Z jednej strony, po najbardziej kontrowersyjnych wyborach ostatnich miesięcy, powitał Komitet Techniczny 3 nowych członków. Colin Watson, Ian Jackson i Russ Allbery zniknęli. Wchodzą teraz Sam Hartman, Tollef Fog Heen i Didier „OdyX” Raboud. Zrobili to również w grudniu ubiegłego roku dodatkowa rezolucja ogólna gdzie ustalono, jak nastąpi odnowienie członków.
Dla innego, o stanie Jessie, pozostało tylko 50 błędów RC dotyczy to jessie i sid, a jeśli ludzie zakasują rękawy, mogą wypuścić Debiana Jessie do kwietnia. Z tych 50 13 należy do pakietów bez klucza, które zostaną usunięte z wydania jessie, jeśli nie zostaną rozwiązane. Brakuje również niektórych ulepszeń w informacjach o wydaniu, w szczególności sekcji odzyskiwania dla systemd. Potrzebują również pomocy w przypadku niektórych błędów w grub2.
Szczerze mówiąc, odkąd wchodzę w systemd w Jessie, widzę tylko problemy, które NIE zdarzały się w Jessie wcześniej, nie tak dawno temu, takie jak zawieszanie się i awarie bez wyraźnego powodu do tego stopnia, że muszę wyłączyć maczetę, a moje mogą być naprawiono, zaczynasz i okresujesz, ale są takie aberracje https://lists.debian.org/debian-user/2015/02/msg00013.html co wskazuje, że dzieje się coś złego i nie powinno być tym, czym było kiedyś.
Jako użytkownik Debiana rok temu wiązałem duże nadzieje z tą wersją, ponieważ działała bardzo dobrze i bez problemów, ale wprowadzona przez nią zmiana sprawiła, że dystrybucja była fatalna i nie tylko, mówi się, że domyślnie będzie miała aktywowany selinux, który to bałagan, w rzeczywistości pierwszą rzeczą, którą robi użytkownik fedory (i serwer po zainstalowaniu fedory) jest precyzyjne dezaktywowanie go, ponieważ wpływ, jaki ma na wydajność systemu, jest brutalny, niezależnie od tego, jak jest niestabilny, z dobrą maszyną niektórzy robią nie zauważysz utraty wydajności, ale z P4 @ 2'6Ghz z pojedynczym GB pamięci RAM, jak ja, pokazuje dużo.
W tej chwili zostanę na Wheezy dopóki nie wyjdzie Devuan, co wypróbowałem i obiecałem, w przeciwnym razie jeśli będę kontynuował Linuksa na pewno pójdę na openSUSE, który idzie bardzo dobrze, a jeśli nie, wyślę wszystko do kosza i będę zdecydowanie idę do FreeBSD, które zwirtualizowałem i idzie jak strzał.
W każdym razie, mam nadzieję, że Debian zrozumie, w przeciwnym razie pożegnam się na dobre (RIP)
Narzekasz na systemd iw złości przechodzisz do innej dystrybucji, która używa systemd jako opensuse? Szczerze nie rozumiem. Temat systemd jest bardzo męczący, zwłaszcza gdy mantry są powtarzane w kółko i nie ma żadnych mocnych argumentów. Debian, jak również bardzo chwalony Arch i główne dystrybucje przeszły na systemd i nic się nie dzieje. Używa go nawet mój telefon z SailfishOS, z którego piszę ten komentarz iz którego jestem bardzo zadowolony. Awarie i awarie są normalne dla Jessie, więc nadal jest w wersji beta. Nie jest to coś nieodłącznego dla tego systemu inicjującego. Odkąd używam dystrybucji z systemd, nie miałem żadnych problemów. I jako użytkownik bez wdawania się w kwestie techniczne, których ani ja, ani 99% tych tutaj nie dominuje, znalazłem tylko zalety. Pozdrowienia.
Jaki masz telefon, jeśli potrafisz powiedzieć? 😀
Zobaczmy, ja cytuję „odkąd wszedłem do systemu w Jessie”.
Nie powiedziałem nic o innych dystrybucjach, które niosą systemd i których zwykle używam poza Debianem, generalnie kiedy nie używam Debiana, jestem na Fedorze (chociaż ostatnia wersja praktycznie tego nie dotykałem) i openSUSE, chociaż mam również używał innych, jak większość ludzi używających Linuksa.
Skąd wiesz, że nienawidzę systemu? Cały mój komentarz jest oparty na negatywnych zakłóceniach, jakie systemd miał w debianie, nie mówiłem nic o innych dystrybucjach lub systemd, mówię tylko i wyłącznie o debianie (z wyjątkiem selinux), o czym jest ten artykuł, tak jak to nie robię wiem, skąd masz swój argument.
Używam Debiana firmy Etch i jako użytkownik mam pełne prawo być zdenerwowanym dystrybucją, która jeszcze rok temu działała jak jedwab, a teraz działa jak dupa. To, co jest w wersji beta, nie pomaga mi, ponieważ jest wielu użytkowników, którzy na stałe żyją w testowaniu, a nawet sidzie. Ja sam przez długi czas miałem testy i to, co dzieje się z Jessie, nigdy mi się nie przydarzyło i nie jestem jedyny, po prostu wygoogluj trochę i zobaczysz.
Moje preferencje dla openSUSE wynikają po prostu z dystrybucji, które wypróbowałem, a jest ich całkiem sporo, jak większość z tych, które się tutaj kończą, po prostu dlatego, że nigdy nie sprawiało mi problemów, a tym samym mniej awarii i awarii, jak ma to miejsce w przypadku Jessie .
Preferuję Devuana po prostu dlatego, że podoba mi się taki, jaki jest Debian, a ci ludzie obiecują, że Jessie będzie taki, jaki był do około roku temu, to znaczy, że działa jak jedwab, jak powiedziałem wcześniej.
Jeśli chodzi o FreeBSD, jest to po prostu opcja, oni przynajmniej wiedzą, czego chcą, a te, które opracowują, działają jak marzenie, chociaż instalacja i konfiguracja jest nieco trudna.
I myślę, że uważasz się za „weterana uniksowego administratora” ...
Myślałem, że ta nienawiść do systemd już się wydarzyła, ale widzę, że zajmuje to trochę czasu, używam Jessie, ponieważ nadal miałem SysVInit, zaktualizowałem bez problemów, nie mam żadnych skarg, Debian 8 będzie wydany w style, po prostu rozpraszasz FUD bezskutecznie.
Nie wiem, co powiedziałem w moim poście, co doprowadzi Cię do takiego wniosku.
Myślę, że odpowiadając Carlosowi, wyjaśniłem to jasno, więc może zrozumiesz moje preferencje dla Devuana.
W każdym razie powiem ci to samo co on, tylko RAZ nazwałam systemd w całym komentarzu iw zakresie Jessie, wydaje się, że widzisz to słowo i już skaczesz jak sprężyna, wkładając mi do ust rzeczy, których NIE powiedziałem. To dlatego, że nawet nie zadałeś sobie trudu, aby poprawnie przeczytać mój komentarz i masz dowód w swoim pierwszym zdaniu, powiesz mi, skąd wziąłeś ten pomysł, krótko mówiąc, zobaczyć znaczy uwierzyć.
Dlaczego ty i użytkownik powyżej doszliście do wniosku, że „nienawidzą” systemd? Jakby były tylko dwie strony: przyjaciel lub wróg. Po cichu może to być użytkownik, który zdecydował się go zignorować (lub nie jest świadomy jego istnienia) i nadal używa debiana z innych powodów. Nie uważam, aby podział ludzi był tak ważny dla systemu.
Pozbyłem się Systemd w Debianie Jessie, ponieważ zdałem sobie sprawę, że zbytnio ingerował w wiele programów, oprócz utrudniania procesów, takich jak sieć i jej dziennik binarny, sprawili, że pomyślałem, że wracam do tego samego dylematu ducha MBR, który cierpiałem z Windows XP, więc wróciłem do SysVinit i sprawa została naprawiona (na szczęście, SysV). Problemem jest niewiarygodny (przepraszam za spam), ale jak dotąd nie mogę znaleźć niczego, co sprawiłoby, że XFCE przestałby się zawieszać podczas „wchodzenia do feis”, poza odwiedzaniem witryn z dużą ilością JavaScript i / lub Flash (mój netbook ma Intel Atom i nawet Debian Wheezy XFCE nie ulega awarii).
W każdym razie, płomień i debata są omawiane w wątku na forum, który spamuję.
Hahahahaha Kiedyś zgłosiłem ten błąd, a nawet pokazałem go wiele w innych dyskusjach, które były tutaj w DL o systemd, wielu to odrzucało, a inni go nie zatrzymywali, teraz widzą, że to naprawdę ból głowy, że systemd ma nieskończoną pętlę czekającą na jednostkę, która oczywiście nie jest podłączona do systemu w żadnym momencie.
Zastąpiłem go SysV, ponieważ byłem przerażony posiadaniem plików binarnych dziennika zamiast normalnych dzienników.
@ eliotime3000 Nadal mam normalny systemd i mam Debiana, ponieważ mój Gentoo / Funtoo umarł z powodu śmierci mojego dysku twardego, który miał już kilka lat walki.
Prawda jest taka, że systemd czasami doprowadza mnie do szaleństwa głupimi błędami, ale z pewnością w Debianie Jessie zaczął działać znacznie lepiej niż wcześniej, co nie usuwa dobrze znanych wad, które ma i nie usuwa jego tłustości.
W ciągłych ulepszeniach mogę potwierdzić to, co mówisz, ponieważ w rekordowym czasie rozwiązali problem GLAMOUR w sterownikach Intela, ale w momencie stabilizacji LibDRM wydaje się, że schrzanili.
Biorąc z twojego komentarza @unodetantos:
«… Mówi się, że domyślnie będzie miał włączony selinux, co jest bzdurą, w rzeczywistości pierwszą rzeczą, którą robi użytkownik Fedory (i serwer po zainstalowaniu fedory), jest precyzyjna dezaktywacja go, ponieważ wpływ, jaki ma na wydajność systemu, jest brutalny poza tym, że jest niestabilny… »
1. - Czy SELinux ma duży wpływ na wydajność systemu? Dowiaduję się o tym. Korzystałem z osobistych maszyn i serwerów z aktywowanym SELinux lub AppArmor (Fedora, Ubuntu, OpenSUSE) i taki wpływ jest naprawdę znikomy, nawet obecnie ten Debian Jessie, w którym chodzę, ma aktywny AppArmor (SELinux ma ogromny błąd uniemożliwiający jego aktywację bez po ściągnięciu z innych pakietów w SID, błąd, który powinien się liczyć jako BUG RC). Nie dzieje się tak dlatego, że aktywacja SELinux lub AppArmor spowalnia system, tylko dlatego, że. Naprawdę P4@2.6 Ghz bez HT nie jest zbyt dobrym sprzętem do używania go w komputerach osobistych, chyba że używasz wm takiego jak OpenBOX lub awesome.
2. - Dezaktywować SELinux? Co za miara. SELinux lub AppArmor, oba niewątpliwie zmieniają sposób, w jaki system operacyjny może zachowywać się, uniemożliwiając robienie rzeczy, które można uznać za niebezpieczne, a które w większości są, są doskonałymi środkami bezpieczeństwa na poziomie biznesowym, a nawet osobistym, biorąc pod uwagę, że zagrożenia komputerowe nie szanują czy pracujesz w biurze. Za każdym razem, gdy widzę takie komentarze, przypomina mi się ta strona: http://stopdisablingselinux.com/
Pozdrowienia przyjacielu 🙂
Prawda jest taka, że różnica między AppArmor i SELinux w wydajności jest duża na skromnej maszynie i jest taka, że chociaż cel obu aplikacji jest podobny, sposób ich tworzenia różni się.
W moim konkretnym przypadku, to, czy AppArmor jest aktywny, nie jest zauważalne w openSUSE, system uruchamia się równie szybko i przynajmniej nigdy nie dał mi żadnego powiadomienia o błędzie ani alertów, to znaczy robi to, co musi zrobić i robi to dobry. Jednak w przypadku SELinux w Fedorze pierwszą rzeczą, którą zauważysz, jest to, że uruchomienie trwa kilka sekund dłużej i częściej niż powinno, pojawia się typowy alert i mała radosna ikona, że się nie udało.
W każdym razie wolę AppArmor z tego, co wcześniej skomentowałem. Chciałbym, żeby Debian miał to domyślnie, ponieważ dystrybucja, której maksimum to stabilność, powinna używać najbardziej stabilnej i biorąc pod uwagę, że obie aplikacje mają ten sam cel, chciałbym to bardzo jasno określić.
Powtarzam, w bardziej nowoczesnej maszynie, czyli wielordzeniowych dyskach SSD i 4 gigabajtach pamięci RAM, możesz nawet nie zauważyć, że jest wolniejszy, ale w czymś skromniejszym, jeśli to widać, mimo że mam aktywny HT.
W każdym razie na stronie SUSE jest porównanie, które mówi mniej więcej to samo, co wszystkie w Internecie, ale jest tak samo bardziej wizualne i można je lepiej zobaczyć, jeśli ktoś jest zainteresowany, możesz to przeczytać https://www.suse.com/support/security/apparmor/features/selinux_comparison.html
Masz rację, działanie AppArmor i SELinux jest bardzo różne. Na przykład; Mogę wspomnieć, że AppArmor opiera swoją kontrolę na nazwie ścieżki i jest podatny na ataki TOCTOU, a SELinux wolno zmienia etykietę FS, ale jego kontrola nad systemem jest całkowita. Daje to wszystkie jego zalety i wady, chociaż technicznie SELinux jest znacznie lepszy pod względem możliwości kontroli i bezpieczeństwa.
Teraz, gdy SELinux czasami zawodzi, ma to związek z jego złożonością, sposobem działania i tym, co robimy w systemie. Kiedy SELinux jest aktywowany w jakikolwiek sposób (zezwalający lub wymuszający), jego reguły dotyczą KAŻDEGO obiektu w systemie, a gdy jedna z tych reguł nie pasuje do tego, co robi określony obiekt, zaczynają się problemy. SELinux w tych przypadkach nie jest zbyt elastyczny w stosunku do tego, co nie podlega aktywnym regułom, a to nie jest elastyczny, co czyni go tak potężnym i jednocześnie irytującym, dlatego przy każdej aktualizacji lub zmianie w systemie występuje Musisz dostroić SELinux, aby zapobiec przechodzeniu tych szczegółów i musisz zobaczyć ostrzeżenie, że SELinux wykrył naruszenia dostępu przez niektóre obiekty.
AppArmor ze swojej strony jest znacznie bardziej elastyczny, ponieważ można sprawić, by niektóre programy działały w trybie reklamacji, inne w trybie audytu lub w trybie wymuszania. Każdy z tych plików binarnych będzie działał zgodnie z opisem, co pozwala na kontrolowanie systemu bez większych problemów. Z tą różnicą, że nie cały system jest kontrolowany domyślnie i że istnieje wiele plików binarnych, które po prostu nie są kontrolowane przez AppArmor, i można to zobaczyć w kilku profilach wymuszania, które są obecnie w AppArmor (przynajmniej w Ubuntu i Debian ), co ostatecznie nie generuje również dodatkowego bezpieczeństwa, czego szuka się podczas aktywacji MAC.
Pozdrowienia.
che, wydaje mi się, że formalna edukacja zjadła ci kokos ...
Czy przypadkiem brałeś udział w kursie w czerwonym kapeluszu? System nie potrzebuje starego SELinuksa ...
@alunado O czym ty do cholery mówisz? Czy śledzisz rozmowę? SELinux z pewnością nie jest konieczny, aby system operacyjny GNU / Linux działał poprawnie, ale jest to doskonały system do rozszerzania bezpieczeństwa systemu operacyjnego, cóż, i właśnie o tym tutaj mówimy.
Nie wiem, skąd masz ten pomysł. I nie, nie robiłem kursów Red Hat.
Czy uważasz, że ten błąd pochodzi z SystemD? To jest wina NetworkManagera i od dawna ma rozwiązanie umożliwiające podłączenie go do sieci, więc nie ma odpowiedzi. Jeśli chodzi o poważne błędy, spójrz na ten problem, co poważnie wpływa na wydajność dystrybucji podczas przeglądania w dowolnej przeglądarce, gdy wchodzisz na strony z dużą ilością Flash Playera lub wchodzisz na Facebooka.
Komentuję ponownie, wydaje się, że system to połknął. W każdym razie, być może zobaczysz to ponownie, ponieważ przetworzenie go zajęło po prostu dużo czasu i nie zostało utracone.
Jakiś czas temu napisałem artykuł „Debian gubi się w swoich gałęziach”. Dziś mogę to tylko potwierdzić, nic nie zostało poprawione, a niektóre szczegóły są dość brzydkie.
Wśród tych 50 błędów, których brakuje Jessie, aby była stabilna, NIE jest na przykład to, że użytkownicy Nvidia Optimus nie mogą uruchamiać niektórych gier Steam z zastrzeżonymi sterownikami, które sam Debian zapewnia w swoich repozytoriach (linki do ignorowanych raportów o błędach: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776305 y https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768045), co wydaje się mieć miejsce tylko z libdrm-intel1 2.4.58, a nie z poprzednim 2.4.56. Tyle myślenia o pulpicie, aby umieścić systemd, ale takie rzeczy nie mają znaczenia. Albo że aMule nie będzie stabilny, ponieważ uwaga, zaktualizowali pakiet do wxWidgets 3.0, widzieli, że nie działa i nie chcą również umieszczać wersji wxWidgets 2.8, więc bez aMule. Z jakiegoś powodu Wine instaluje się bez łącza do winecfg. A co z jednostkami bibliotecznymi Wayland? Dlaczego muszę instalować biblioteki Wayland i 10 bibliotek Wayland, jeśli nie używam Wayland, ale X.Org? Czy ktoś może mi powiedzieć, jak Jessie ulepszył Wheezy, poza tym, że teraz obsługuje Nvidia Optimus (super dla mnie, po prostu nie mogę grać w Left 4 Dead 2 z powodu wyżej wymienionego błędu), a teraz Thunar nie schrzanił podczas odmontowywania USB z powodu Tumblera? Widzę tylko system, który brudzi się absurdalnymi zależnościami, takimi jak OpenSuSE (Vokoscreen zależy od VLC! Dlaczego? Czy menedżer pakietów może przyjść i mi to wyjaśnić? Ponieważ przez zgłoszenie błędu jest jasne, że nigdy mi nie odpowiedzą).
Zawsze myślałem, że Debian wykonał ogromną robotę, mając tak dużo pakietów w oficjalnych repozytoriach, bez konieczności instalowania ich z zewnątrz, dzięki czemu czułem się całkiem bezpiecznie. Ale stracili mnie jako użytkownika, niezależnie od tego, czy nadal jestem wielkim wśród wielkich. A po mojej porażce z FreeBSD (0 uruchomień 3 prób po prostej instalacji zgodnie z instrukcjami co do litery), dla mnie są Slackkware i Gentoo / Funtoo, z których mam zamiar korzystać, ale teraz (Slackware nadal nie obsługuje Nvidia Optimus bez zewnętrznych pakietów, więc na razie przejdź do skomplikowanego Gentoo).
Mam Jollę od kilku tygodni. Jeśli masz wątpliwości / ciekawość / chcesz zobaczyć to na żywo przez kamerę lub cokolwiek, napisz na mój e-mail lub powiedz mi tutaj ^^ (nie pamiętam, czy umieściłem ten sam e-mail w obu komentarzach, w razie wątpliwości użyj tego samego)
ps: Czy w moim kliencie użytkownika jest odniesienie do Jolli?
Nie jesteśmy podobni. - Jolla
@OtakuLogan, muszę dodać:
1.- Błąd rysowania w xserver-xorg-video-radeon z aktywnym Accel GLAMOUR.
2.- GCC 4.9 ma kilka dziwnych błędów, a jeden z nich dotyczy mojego drogiego desmume 🙁
3.- Jeśli chodzi o Waylanda, to inna sprawa, w Debianie mają zwyczaj aktywowania prawie wszystkiego dla wszystkiego, co jest kompilowane i oczywiście generuje wiele zależności, a problem nie jest czymś, co wydaje mi się dziwne, po prostu że system w jaki sposób działa Debian sprawia, że jest to konieczne, chociaż jest to sytuacja, która może ulec poprawie, na przykład wyeliminowanie wsparcia Wayland ze wszystkiego, co kompiluje i pozostawienie tylko obsługi Xorg, trudne zadanie, ale nie niemożliwe.
4. - SELinux ma szalony błąd. Instalujesz go, aktywujesz, wszystko wydaje się iść świetnie, ale kiedy uruchamiasz z pum "SELinux active"… SELinux w ogóle się nie aktywuje.
Szczegóły, szczegóły nic więcej 😀
Jedynym znanym mi sposobem na zerwanie zależności wymuszonych przez tworzenie pakietów ze wszystkimi ich cechami (najczęściej niechcianymi) jest kompilacja własnych pakietów.
To dramat między łatwością a elastycznością ... jeśli chcesz, aby było łatwo, będziesz mieć tysiące pakietów zależności, których nie chcesz instalować, jeśli chcesz, aby były elastyczne, będziesz musiał skompilować swoje pakiety, ponieważ widać, że nie dystrybucja binarna może odrzucać rzeczy, których 99% ludzi nie używa.
Tutaj w testach gentoo żyjesz bardzo spokojnym życiem ... Powiedziałbym, że nawet nudne, wszystko idzie tak, jak powinno, ostatnio było coś zabawnego z wideo, ktoś pomyślał, że libav jest lepszy niż ffmpeg i postawili libav na kilka dni domyślnie… zrobiono ogromny bałagan, poszedł do głosowania na forum i ostatecznie wygrał ffmpeg przez osunięcie się ziemi.
Zabawnie jest zobaczyć, co dzieje się z innymi dystrybucjami, mam nadzieję, że powinni być w stanie pokonać i odzyskać swoich użytkowników.
Intel LibDRM? Teraz rozumiem dlaczego do diabła to zrobiłem zawiesza WSZYSTKIE INTERFEJSY XFCE jak tylko zacznę wchodzić na Facebooka i / lub wchodzić na strony z dużą ilością Javascript i / lub Flash Playera. Jeśli istnieje sposób, aby paczka zachowywała się inaczej niż wieszanie XFCE za szyję, proszę o odpowiedź w wątku na moim forum.
Cóż, moim zdaniem, jest kilka błędów do dodania do listy, ponieważ błąd Glamour i xserver-xorg-video-radeon był zawieszony przez długi czas i nic nie zostało naprawione.
Wygląda na to, że nie tylko ja mam problemy z grafiką (chociaż w moim przypadku GLAMOUR zniknął po aktualizacji). W moim przypadku wygląda na to, że LibDRM trolluje mnie podczas przeglądania stron z ciężkim JS / Flash i podczas przeglądania Facebooka.
PS: Sprawdź moje komentarze, już spamowałem link z desperacji, aby znaleźć jakieś rozwiązanie, tak jakby to był Sherezade z tureckiej telenoweli „The Thousand and One Nights”.
Hahaha, ja też będę narzekać.
Używam Debiana Testing od 1 roku i działało dobrze. Ale później błąd za błędem; wideo, clementine, java, audio, vlc i Xfce (motywy qt).
Polubiłem to, ponieważ wszystko będzie "automatycznie konfigurowane" i nie zepsuło się, ale teraz jest pełne błędów, nad którymi nie mogę pracować. Co lepszego niż powrót do Arch i Fedory (Centos dla serwerów).
Jeśli chodzi o audio, java, VLC i Clementine, nie mam żadnych problemów. Ale moim największym wyzwaniem jest rozwiązanie raz na zawsze dlaczego mój pulpit XFCE zawiesza się podczas przeglądania stron internetowych z dużą ilością Javascript / Flash Player / Facebook.
Hmm, może to być spowodowane używanymi sterownikami wideo. Zdarzyło mi się z chrome, nie mogłem go używać z akceleracją wideo i xfce.
Twoje zdrowie : )
Jest niezwykłe!!!! Za każdym razem, gdy na tym blogu publikowany jest post o Debianie, grupa antyidebskich opiniotwórców wydaje się szerzyć swoje niesławne kłamstwa, próbując zdyskwalifikować uniwersalny system operacyjny
Ale jak powiedział Arystoteles, jedyną prawdą jest rzeczywistość, a rzeczywistość jest taka, że Debian Jessie działa jak sukinsyn, mimo że nie jest jeszcze stabilny 😉
To ciekawe, że zdecydowana większość tych antydebianów określa się jako użytkownicy Debiana i zawsze mówią, że wkrótce przejdą na Devuana, Slackware, FreeBSD, Gentoo itp. Ale zawsze są w Debian Oo
Zastanawiam się, czy Debian jest do bani, dlaczego nadal go używają? Czy są masochistami? XDDD
Masz absolutną rację, Jessie się pieprzy. Chyba tak, jak mówi mem: hejterzy będą nienawidzić.
Używam Debiana od 2005 roku. Kiedy przełączyłem się na OpenSuse, a następnie na Ubuntu, zrobiłem to, aby sprawdzić, jak wyglądały te dystrybucje; to było tylko przez krótki czas, mniej niż 3 miesiące.
Nie mogłem żyć bez Debiana, wróciłem tak szybko, jak trwał mój exodus i od tego czasu nadal go używam, miałem problemy z testowaniem, ale oni mieli rozwiązanie, to po prostu wymaga trochę wysiłku. Zaletą tego jest to, że dużo się uczysz.
Jeśli nie chcesz nieoczekiwanych błędów, wybierz stabilną gałąź. Chociaż dla mnie testowanie jest punktem równowagi, stosunkowo nowymi pakietami i stabilnością na co dzień.
Debian to świetna dystrybucja, VIVA DEBIAN!
Myślę, że tak ^^
Łał !!! Ta nostalgia !!! Z tą samą pasją mówiłem o Debianie, dopóki ... nie trafiłem na Manjaro Linux !!!
złą rzeczą w Debianie jest to, że nigdy nie dowiesz się, kiedy zostanie wydana następna wersja i system będzie z niej i na zewnątrz.
SystemD jest wyjątkowy, o ile wybierzesz GNOME 3 jako domyślny pulpit.
Czekam na Devuana, dystrybucję bez SYSTEMD (konia trojańskiego), która skaziła Debiana i inne pochodne.
Debian popełnił ogromny błąd z systemd, nie tylko na poziomie technicznym, ale jego społeczność jest całkowicie w sprzeczności. Chcę zobaczyć, co się stanie, gdy wersja stabilna Devuan 1.0 wyjdzie bez systemd. Chcę tylko to zobaczyć.