Na jedné straně po nejkontroverznějších volbách v posledních měsících technický výbor uvítal 3 noví členové. Colin Watson, Ian Jackson a Russ Allbery byli pryč. Nyní zadejte Sam Hartman, Tollef Fog Heen a Didier 'OdyX' Raboud. Také v prosinci loňského roku další obecné usnesení kde bylo určeno, jak bude probíhat obnova členů.
Pro další, o Jessiině stavu, zbývá jen 50 RC chyb které ovlivňují Jessie a Sida, a že pokud si lidé vyhrnou rukávy, mohou Debian Jessie uvolnit do dubna. Z těchto 50 patří 13 do neklíčových balíčků, které budou z jessie odstraněny, pokud nebudou vyřešeny. Chybí také některá vylepšení v poznámkách k verzi, zejména část pro obnovení systému systemd. Také potřebují pomoc s určitými chybami v grub2.
Upřímně, od té doby, co vstoupím do systemd v Jessie, vidím jen problémy, které se v Jessie dříve NEDOSTaly, tak dávno, jako například zablokování a havárie bez zjevného důvodu do té míry, že musím vypnout mačetu a moje může být opraveno, začínáte a tečka, ale jsou zde odchylky jako https://lists.debian.org/debian-user/2015/02/msg00013.html což naznačuje, že se děje něco špatného, a nemělo by to být to, co bývalo.
Jako uživatel debianu před rokem jsem měl do této verze velké naděje, protože fungovala velmi dobře a bez problémů, ale díky její změně se distro stalo fatálním a nejen to, říká se, že ve výchozím nastavení bude mít aktivován selinux, který je nepořádek, ve skutečnosti první věc, kterou uživatel Fedory dělá (a server, když měl nainstalovanou Fedoru), je přesně deaktivovat, protože dopad, který má na výkon systému, je brutální, kromě toho, jak nestabilní je, s dobrým strojem nějaký don Nebudete si všimnout ztráty výkonu, ale s P4 @ 2'6Ghz s jediným GB RAM jako já to ukazuje hodně.
V tuto chvíli zůstanu ve Wheezy, dokud nevyjde Devuan, který jsem vyzkoušel a slibuji, jinak pokud budu pokračovat v linuxu, určitě půjdu na openSUSE, který jde velmi dobře, a pokud ne, pošlu vše do koše a určitě půjdu na FreeBSD, které mám virtualizovaný a jde jako výstřel.
Doufám, že se Debian dostane na kloub, jinak se rozloučím navždy (RIP)
Stěžujete si na systemd a ve svém hněvu jdete do jiného distra, které používá systemd jako opensuse? Upřímně to nechápu. Předmět systemd je velmi únavný, zvláště když se mantry opakují znovu a znovu a nejsou k dispozici žádné silné argumenty. Debian, stejně jako hodně chválený Arch a hlavní distribuce, všechny migrovaly na systemd a nic se nedělo. Používá ho dokonce i můj telefon se SailfishOS, ze kterého píšu tento komentář a se kterým jsem tak šťastný. Havárie a pády jsou pro Jessie normální, takže je stále v beta verzi. Není to něco podstatného pro tento systém init. Protože používám distribuce s systemd, neměl jsem žádné problémy. A jako uživatel, aniž bych se pustil do technických problémů, které ani já, ani 99% z nich zde nedominují, jsem našel pouze výhody. Pozdravy.
Jaký telefon máte, když poznáte? 😀
Uvidíme, sám cituji „od té doby, co jsem vstoupil do systemd v Jessie.“
Neřekl jsem nic o ostatních distribucích, které mají systemd a které obvykle používám kromě Debianu, obecně když nepoužívám Debian, jsem na Fedoře (i když jsem se prakticky nikdy nedotkl nejnovější verze) a openSUSE, i když jsem použil i jiné, jako většina lidí, kteří používají linux.
Odkud berete, že nesnáším systemd? Celý můj komentář je založen na negativním přerušení, které má systemd v debianu, neřekl jsem nic o jiných distribucích nebo systemd, mluvím pouze a výhradně o debian (kromě selinux), o čem je tento článek Nevím, odkud berete argumenty.
Používám Debian od Etch a jako uživatel mám plné právo být rozrušený distro, které ještě před rokem fungovalo jako hedvábí a teď funguje jako zadek. To, co je v beta verzi, mi nepomůže, protože existuje mnoho uživatelů, kteří trvale žijí v testování a dokonce i sid. Já sám jsem testoval už dlouhou dobu a to, co se stalo s Jessie, se mi nikdy nestalo a já nejsem jediný, jen si trochu vygooglete a uvidíte.
Moje preference pro openSUSE je jednoduše kvůli distrům, které jsem zkoušel, kterých je celkem málo, jako u většiny těch, které se zde zastaví, je to prostě proto, že mi nikdy nedaly problémy, mnohem méně havárií a havárií, jak se to děje s Jessie .
Moje preference pro Devuan je prostě proto, že se mi líbí, jaký je Debian, a tito lidé slibují, že budou mít Jessie takovou, jaká byla asi před rokem, to znamená, že to funguje jako hedvábí, jak jsem již řekl.
Pokud jde o FreeBSD, je to prostě možnost, alespoň vědí, co chtějí, a ty, které vyvíjejí, fungují jako kouzlo, i když instalace a konfigurace jsou poněkud obtížné.
A myslím, že se také považujete za „veterána unixového administrátora“ ...
Myslel jsem, že tato nenávist k systemd se již stala, ale vidím, že to chvíli trvá, používám Jessie, protože jsem stále měl SysVInit, upgradoval jsem s nulovými problémy, nemám vůbec žádné stížnosti, Debian 8 bude vydání ve velkém stylu , neděláte nic jiného než šíření FUD bezvýsledně.
Nevím, co jsem řekl ve svém příspěvku, který vás dovede k tomuto závěru.
Myslím, že jsem v odpovědi Carlosovi dal jasně najevo, takže možná pochopíte moji preferenci Devuana.
Každopádně vám říkám to samé jako on, pouze jsem v celém komentáři a v Jessiině oboru pojmenoval systemd, zdá se, že to slovo vidíte a už skočíte jako pružina a dáváte mi do úst věci, které NEMÁM rčení. Je to proto, že jste se ani neobtěžovali správně přečíst můj komentář a máte důkaz ve své první větě, řeknete mi, odkud berete ten nápad, zkrátka vidění věří.
Proč vy a výše uvedený uživatel docházíte k závěru, že systém „nenávidí“? Jako by byly jen dvě strany: přítel nebo nepřítel. V tichosti to může být uživatel, který se rozhodl to ignorovat (nebo neví o jeho existenci) a nadále používá debian z jiných důvodů. Nevidím tolik důležitosti, aby systemd rozděloval lidi.
Zbavil jsem se Systemd v Debian Jessie, protože jsem si uvědomil, že příliš zasahoval do mnoha programů, kromě toho, že bránil procesům, jako je síť a její binární protokol, mě přiměly myslet si, že se vrátím ke stejnému dilematu fantomu MBR, které jsem utrpěl s Windows XP, tak jsem se vrátil na SysVinit a záležitost byla vyřešena (žehnej vám, SysV). Problém je neuvěřitelný (omlouvám se za spam), ale zatím nemohu najít nic, kvůli čemu by XFCE přestal padat při „vstupu do feis“, kromě častých webových stránek s velkým množstvím JavaScriptu a / nebo Flash (můj netbook má Intel Atom a dokonce ani Debian Wheezy XFCE visí).
O plamenech a debatách pojednává vlákno fóra, které spamuji.
Hahahahaha, ohlásil jsem tu chybu při jedné příležitosti a dokonce jsem ji ukázal hodně v jiných diskusích, které se zde v DL o systemd vedly, mnozí ji odmítli a jiní ji nezastavili, nyní vidí, že je to opravdu bolest hlavy, nekonečná smyčka čekající na jednotku, která zjevně není v žádném okamžiku připojena k systému.
Nahradil jsem jej SysV, protože jsem se bál, že místo běžných protokolů budu mít binární soubory.
@ eliotime3000 Stále mám normální systemd a mám Debian, protože moje Gentoo / Funtoo zemřelo kvůli smrti mého pevného disku, který už měl několik let bitvy.
Pravdou je, že systemd mě někdy přivádí k šílenství s hloupými chybami, ale určitě v Debianu začala Jessie fungovat mnohem lépe než dříve, což neodstraňuje známé nedostatky, které má, a neodstraňuje to, jak je tlustá.
V neustálém zlepšování mohu potvrdit, co říkáte, protože v rekordním čase vyřešili problém GLAMOUR v ovladačích Intel, ale v době stabilizace LibDRM se zdá, že se pokazili.
Převzetí z vašeho komentáře @unodetantos:
«... říká se, že ve výchozím nastavení bude mít selinux aktivován, což je kecy, ve skutečnosti je první věc, kterou uživatel Fedory (a server, když si Fedoru nainstaloval) přesně deaktivuje, protože dopad, který má na výkon systému, je brutální kromě toho, jak nestabilní je… »
1. - Má SELinux silný dopad na výkon systému? Dozvěděl jsem se o tom. Použil jsem osobní stroje a servery s aktivovaným SELinuxem nebo AppArmorem (Fedora, Ubuntu, OpenSUSE) a takový dopad je opravdu zanedbatelný, dokonce i v současné době tento Debian Jessie, ve kterém chodím, má aktivní AppArmor (SELinux má obrovskou chybu, která brání jeho aktivaci aniž byste museli stahovat z jiných balíčků v SID chybu, která by se měla počítat jako BUG RC). Není to proto, že aktivace SELinux nebo AppArmor zpomaluje systém, jen proto, že. Také opravdu P4@2.6 Ghz bez HT není příliš dobrý hardware, který byste mohli používat v osobních počítačích, pokud nepoužíváte wm jako OpenBOX nebo úžasné.
2. - Deaktivovat SELinux? Jaké opatření. SELinux nebo AppArmor, oba nepochybně mění způsob, jakým se operační systém může chovat, což vám brání dělat věci, které lze považovat za nebezpečné a které většinou jsou, jsou to vynikající bezpečnostní opatření na obchodní úrovni a dokonce i osobní, vzhledem k tomu, že počítačové hrozby nerespektují ať už pracujete v kanceláři nebo ne. Pokaždé, když vidím takové komentáře, připomene se mi tato stránka: http://stopdisablingselinux.com/
Zdravím přítele 🙂
Pravdou je, že rozdíl mezi AppArmor a SELinux ve výkonu je na skromném stroji velký a spočívá v tom, že ačkoli je účel obou aplikací podobný, liší se způsob jejich vývoje.
V mém konkrétním případě, zda je či není AppArmor aktivní, není v openSUSE patrné, systém se spouští stejně rychle a alespoň mi nikdy nedal žádné chybové hlášení nebo výstrahy, to znamená, že dělá, co má, a dělá to dobrý. U SELinuxu ve Fedoře si však první věc, kterou si všimnete, je, že spuštění trvá o několik sekund déle a častěji, než by mělo, se objevuje typické upozornění a šťastná malá ikona, že selhal.
Každopádně mám přednost AppArmor z toho, co jsem komentoval dříve. Přál bych si, aby to měl Debian ve výchozím nastavení, protože distro, jehož maximum je stabilita, by mělo používat nejstabilnější a vzhledem k tomu, že obě aplikace mají stejný cíl, bych to měl velmi jasné.
Opakuji, že na modernějším stroji, tedy vícejádrových, ssd discích a 4 koncertech RAM, si možná ani nevšimnete, že je pomalejší, ale v něčem skromnějším, pokud se to projeví, i když mám aktivní HT.
Na stránce SUSE je každopádně srovnání, které říká víceméně stejné jako všechny na webu, ale je vizuálnější a lépe viditelné, pokud někoho zajímá, můžete si ho přečíst v https://www.suse.com/support/security/apparmor/features/selinux_comparison.html
Máte pravdu, operace AppArmor a SELinux se velmi liší. Například; Mohu zmínit, že AppArmor zakládá svoji kontrolu na cestě a je citlivý na útoky TOCTOU a SELinux pomalu přeznačuje FS, ale jeho kontrola nad systémem je úplná. To dává každému své výhody a nevýhody, i když technicky je SELinux mnohem lepší, pokud jde o jeho ovládací a bezpečnostní schopnosti.
Nyní, když má SELinux ve výjimečných případech sklon k selhání, má co do činění s jeho složitostí, způsobem jednání a tím, co děláme v systému. Když je SELinux aktivován jakýmkoli způsobem (tolerantním nebo vynutitelným), jeho pravidla platí pro KAŽDÝ objekt v systému a když jedno z těchto pravidel neodpovídá tomu, co dělá určitý objekt, pak nastanou problémy. SELinux v těchto případech není příliš flexibilní s tím, co nedodržuje aktivní pravidla, a to není flexibilní kvůli tomu, co je tak výkonné a současně otravné, proto při každé aktualizaci nebo změně v systému existuje Musíte vyladit SELinux, abyste zabránili průchodu těchto detailů, a musíte vidět varování, že SELinux zjistil narušení přístupu určitými objekty.
AppArmor je pro svou část mnohem flexibilnější, protože některé programy můžete spustit v režimu stížností, jiné v režimu auditu nebo v režimu vynucení. Každá z těchto binárních souborů bude fungovat podle popisu a to vám umožní ovládat systém bez větších potíží. S tím rozdílem, že ne celý systém je ve výchozím nastavení řízen a že existuje mnoho binárních souborů, které jednoduše nejsou pod kontrolou vynucení AppArmor, a které lze vidět na několika vynucených profilech, které jsou aktuálně v AppArmor (alespoň v Ubuntu a Debian ), který nakonec negeneruje další zabezpečení, o které se usiluje při aktivaci MAC.
Zdravím.
che, zdá se mi, že ti formální vzdělání snědlo kokos ...
Náhodou jste absolvovali kurz červeného klobouku? Systém nepotřebuje starý SELinux ...
@alunado O čem to sakra mluvíš? Sledujete konverzaci? SELinux rozhodně není nutný, aby operační systém GNU / Linux fungoval správně, ale je to vynikající systém pro rozšíření bezpečnosti operačního systému, to je, a to je přesně to, o čem zde mluvíme.
Nevím, odkud máš ten nápad. A ne, neudělal jsem kurzy Red Hat.
Myslíte si, že chyba pochází od SystemD? To je chyba NetworkManageru a již dlouho má řešení pro jeho připojení k síti, takže neexistuje žádná odpověď. Nyní, pokud jde o vážné chyby, podívejte se na tento problém, což vážně ovlivňuje výkon distribuce při procházení libovolným prohlížečem, když vstoupíte na stránky s velkým množstvím Flash Player nebo vstoupíte na Facebook.
Znovu to komentuji, zdá se, že to systém spolkl. V každém případě to můžete znovu vidět, protože zpracování prostě trvalo dlouho a neztratilo ho.
Před časem jsem napsal článek „Debian se ztrácí ve svých pobočkách“. Dnes to mohu jen potvrdit, nic nebylo opraveno a některé detaily jsou dost ošklivé.
Mezi 50 chybami, které Jessii chybí, aby byla stabilní, NENÍ například to, že uživatelé Nvidia Optimus nemohou spustit některé hry Steam s proprietárními ovladači, které Debian sám poskytuje ve svých úložištích (odkazy na ignorované zprávy o chybách : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776305 y https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768045), což se zdá být pouze u libdrm-intel1 2.4.58, nikoli u předchozího 2.4.56. Tolik přemýšlení o ploše, aby se dalo systemd, ale na takových věcech nezáleží. Nebo že aMule nebude stabilní, protože, pozor, aktualizovali balíček na wxWidgets 3.0, viděli, že to nefunguje a nechtějí také dát verzi wxWidgets 2.8, takže bez aMule. Víno se z nějakého důvodu instaluje bez odkazu na winecfg. A co knihovní jednotky Wayland? Proč musím instalovat Wayland a 10 knihoven Wayland, pokud nepoužívám Wayland, ale X.Org? Může mi někdo říct, jak Jessie vylepšila Wheezy, kromě toho, že nyní podporuje Nvidia Optimus (skvělé pro mě, prostě nemohu hrát Left 4 Dead 2 kvůli výše uvedené chybě) a že teď Thunar neposere rozebrat USB kvůli Tumbleru? Vidím jen systém, který se špiní absurdními závislostmi, jako je OpenSuSE (Vokoscreen závisí na VLC! Proč? Může mi správce balíčků přijít a vysvětlit mi to? Protože prostřednictvím hlášení o chybě je jasné, že mi nikdy neodpoví).
Vždycky jsem si myslel, že Debian odvedl ohromnou práci tím, že měl tolik balíčků v oficiálních úložištích a nemusel instalovat zvenčí, takže jsem se cítil docela v bezpečí. Ale ztratili mě jako uživatele, bez ohledu na to, zda jsem stále velký mezi velikány. A po mém selhání s FreeBSD (0 startů ze 3 pokusů po jednoduché instalaci podle pokynů do písmene), pro mě jsou Slackkware a Gentoo / Funtoo, které budu používat, ale nyní (Slackware stále nepodporuje Nvidia Optimus bez externích balíčků, tak zatím pro komplikované Gentoo).
Mám Jollu několik týdnů. Pokud máte pochybnosti / zvědavost / chcete to vidět živě na kameru nebo cokoli jiného, napište mi na e-mail nebo mi to řekněte zde ^ ^ (nepamatuji si, jestli jsem do obou komentářů vložil stejný e-mail, pokud máte pochybnosti, použijte stejný)
ps: Existuje v mém uživatelském agentovi odkaz na Jollu?
Jsme nepodobní. - Jolla
@OtakuLogan, musím přidat:
1. - Chyba kreslení v xserver-xorg-video-radeon s aktivním Accel GLAMOUR.
2. - GCC 4.9 má nějaké podivné chyby a jedna z těchto chyb ovlivňuje můj drahý desmume 🙁
3. - Pokud jde o Wayland, to je jiná věc, v Debianu mají ve zvyku aktivovat téměř všechno pro všechno, co je kompilováno, a samozřejmě to generuje mnoho závislostí, a problém není v tom, co považuji za podivné, je to jen že systém fungování Debianu to dělá nezbytným, i když je to situace, která se může zlepšit, například vyloučit podporu Wayland ze všeho, co se kompiluje, a ponechat nám pouze podporu Xorg, obtížný úkol, ale ne nemožný.
4.- SELinux má šílenou chybu. Nainstalujete jej, aktivujete, zdá se, že všechno jde skvěle, ale při bootování s „SELinux active“ pum… SELinux se neaktivuje vůbec.
Podrobnosti, podrobnosti nic víc 😀
Jediný způsob, jak vím, že prolomit závislosti vynucené vytvořením balíčků se všemi jejich charakteristikami (většinou nechtěné), je kompilace vlastních balíčků.
Je to drama mezi lehkostí a flexibilitou ... pokud to chcete snadno, budete mít tisíc balíčků závislostí, které nechcete mít nainstalované, pokud to chcete flexibilní, budete muset své balíčky kompilovat, protože vidíte, že ne binární distribuce může odhodit věci, které 99% lidí nepoužívá.
Tady v testování gentoo žijete velmi klidný život ... řekl bych, že i nudný, všechno funguje, jak má, nedávno bylo s videem něco zábavného, někdo si myslel, že libav je lepší než ffmpeg a dali libav na pár dní ve výchozím nastavení ... byl vyroben obrovský nepořádek, šlo se hlasovat ve fóru a nakonec zvítězil ffmpeg sesuvem půdy.
Je zábavné sledovat, co se stane s jinými distribucemi, doufám, že by měli být schopni překonat a získat zpět své uživatele.
Intel LibDRM? Teď už chápu proč jsem sakra udělal zamrzne VŠECHNO ROZHRANÍ XFCE Jakmile začnu vstupovat na Facebook a / nebo na stránky se spoustou Javascriptů a / nebo Flash Playerů. Pokud existuje způsob, jak zajistit, aby se tento balíček choval jinak než zavěšením XFCE za krk, odpovězte prosím na mé vlákno fóra.
Podle mého názoru je do seznamu třeba přidat několik chyb, protože chyba Glamour a xserver-xorg-video-radeon byla dlouho pozastavena a nic nebylo opraveno.
Zdá se, že nejsem jediný, kdo má problémy s grafikou (i když v mém případě GLAMOUR zmizel po aktualizaci). V mém případě se zdá, že mě LibDRM troluje při procházení stránek s těžkým JS / Flash a při procházení Facebooku.
PS: Podívejte se na mé komentáře, ze zoufalství jsem již spamoval odkaz, abych našel řešení, jako by to byla Sherezade z turecké telenovely „Tisíc a jedna noc“.
Hahaha, taky si stěžuji.
Debian Testing používám 1 rok a fungovalo to dobře. Ale později, chyba za chybou; video, clementine, java, audio, vlc a Xfce (témata qt).
Mně se to líbilo, protože všechno se bude „automaticky konfigurovat“ a neporušilo se to, ale nyní je to plné chyb, na kterých nemohu pracovat. Co lepší, než se vrátit k Archovi a Fedoře (Centos pro servery).
Pokud jde o audio, java, VLC a Clementine, nemám žádné problémy. Ale moje největší výzva je vyřešit jednou provždy proč můj desktop XFCE visí při procházení webových stránek s velkým množstvím Javascript / Flash Player / Facebook.
Hmm, může to být kvůli použitým ovladačům videa. Stal jsem se chromem, nemohl jsem ho použít s akcelerací videa a s xfce.
Na zdraví :)
Je neuvěřitelné !!!! Pokaždé, když je v tomto blogu zveřejněn příspěvek o Debianu, zdá se, že skupina antiidebistických názorových odborníků šíří své nechvalně známé lži a snaží se diskvalifikovat univerzální operační systém
Ale jak řekl Aristoteles, jedinou pravdou je realita a realita je taková, že Debian Jessie funguje jako svině, i když ještě není stabilní 😉
Je zvědavé, že drtivá většina těchto anti-debianů se definuje jako uživatelé Debianu a vždy říkají, že brzy přejdou na Devuan, Slackware, FreeBSD, Gentoo atd. Ale vždy jsou na Debian Oo
Zajímalo by mě, jestli Debian naštve, proč to stále používají? Jsou masochisté? XDDD
Máte naprostou pravdu, Jessie se trápí. Myslím, že jak říká mem: nenávistníci budou nenávidět.
Debian používám od roku 2005. Jakmile jsem přešel na OpenSuse a poté na Ubuntu, udělal jsem to, abych otestoval, jaké jsou tyto distribuce; bylo to jen na krátkou dobu, necelé 3 měsíce.
Bez Debianu jsem nemohl žít, vrátil jsem se, jakmile můj exodus trval a od té doby ho používám dál, měl jsem problémy s testováním, ale měli řešení, chce to jen trochu úsilí. Výhodou je, že se hodně naučíte.
Pokud nechcete neočekávané chyby, měla by být vybrána stabilní větev. I když pro mě je testování rovnovážným bodem, relativně novými balíčky a stabilitou pro každý den.
Debian je skvělá distribuce, VIVA DEBIAN!
Myslím, že ano ^ ^
Wow !!! Ta nostalgie !!! Se stejnou vášní jsem mluvil o Debianu, dokud ... jsem nenarazil na Manjaro Linux !!!
špatná věc na Debianu je, že nikdy nevíte, kdy bude vydána další verze a systemd from and to out je skvělé, že distro
SystemD je jedinečný, pokud si jako výchozí plochu zvolíte GNOME 3.
Čekám na Devuan, distro bez SYSTEMD (trojského koně), který kontaminoval Debian a další deriváty.
Debian udělal s systemd obrovskou chybu, a to nejen na technické úrovni, ale jeho komunita je zcela v rozporu. Chci vidět, co se stane, když vyjde stabilní verze Devuan 1.0 bez systemd. Jen to chci vidět.