Pe de o parte, după cele mai controversate alegeri din ultimele luni, Comitetul tehnic a salutat 3 membri noi. Colin Watson, Ian Jackson și Russ Allbery au dispărut. Acum intră Sam Hartman, Tollef Fog Heen și Didier 'OdyX' Raboud. Tot în decembrie anul trecut au făcut-o o rezoluție generală suplimentară unde s-a stabilit cum va fi reînnoirea membrilor.
Pentru altul, despre starea lui Jessie, au mai rămas doar 50 de bug-uri RC care îi afectează pe Jessie și Sid și că, dacă oamenii își ridică mânecile, ar putea să-l elibereze pe Debian Jessie până în aprilie. Dintre cele 50, 13 aparțin pachetelor non-cheie care vor fi eliminate de la jessie dacă nu sunt rezolvate. De asemenea, lipsesc câteva îmbunătățiri ale notelor de lansare, în special o secțiune de recuperare pentru systemd. De asemenea, au nevoie de ajutor pentru anumite bug-uri din grub2.
Sincer, de când intru systemd în Jessie, tot ce văd sunt probleme care nu s-au mai întâmplat în Jessie înainte, nu cu mult timp în urmă, cum ar fi blocări și blocări fără niciun motiv aparent până la punctul de a trebui să opriți o macetă și a mea poate fi fix, începeți și punctați, dar există aberații de genul https://lists.debian.org/debian-user/2015/02/msg00013.html ceea ce indică faptul că se întâmplă ceva rău și nu ar trebui să fie ceea ce era.
Ca utilizator debian acum un an, am avut mari speranțe pentru această versiune, deoarece a funcționat foarte bine și fără probleme, dar schimbarea pe care a făcut-o a făcut ca distribuția să fie fatală și nu numai asta, se spune că va avea selinux activat în mod implicit, care este o mizerie, de fapt, primul lucru pe care îl face un utilizator fedora (și un server când au instalat fedora) este exact dezactivarea acestuia, deoarece impactul pe care îl are asupra performanței sistemului este brutal, în afară de cât de instabil este, cu o mașină bună unii nu veți observa pierderea de performanță, dar cu un P4 @ 2'6Ghz cu un singur Gb de RAM ca mine, se arată foarte mult.
În acest moment voi rămâne în Wheezy până când va ieși Devuan, ceea ce am încercat și promit, altfel dacă voi continua în linux, cu siguranță voi merge la openSUSE care merge foarte bine și dacă nu, trimit totul la coș și merg cu siguranță la FreeBSD pe care îl am virtualizat și merge ca o lovitură.
Oricum, sper ca Debian să prindă altfel, îmi voi lua rămas bun pentru totdeauna (RIP)
Te plângi de systemd și în furie te duci la o altă distribuție care folosește systemd ca opensuse? Sincer nu-l înțeleg. Subiectul systemd este foarte obositor, mai ales atunci când mantrele sunt repetate mereu și nu sunt furnizate argumente puternice. Debian, precum și mult lăudatul Arch și distribuțiile principale au migrat în sistem și nu se întâmplă nimic. Este folosit chiar de telefonul meu cu SailfishOS din care scriu acest comentariu și cu care sunt atât de fericit. Blocările și blocările sunt normale pentru Jessie, deci este încă în versiune beta. Nu este ceva intrinsec acestui sistem inițial. De când folosesc distribuții cu systemd nu am avut probleme. Și ca utilizator fără a intra în probleme tehnice pe care nici eu, nici 99% dintre cei de aici nu le dominăm, am găsit doar avantaje. Salutari.
Ce telefon ai dacă poți spune? 😀
Să vedem, mă auto-citez „de când am intrat în systemie în Jessie”.
Nu am spus nimic despre celelalte distribuții care poartă systemd și pe care le folosesc de obicei în afară de Debian, în general când nu folosesc Debian sunt pe Fedora (deși ultima versiune practic nu l-am atins) și openSUSE deși am folosit și altele, ca majoritatea a persoanelor care folosesc linux.
De unde obții că urăsc systemd? Toate comentariile mele se bazează pe irupția negativă pe care a avut-o systemd în debian, nu am spus nimic despre alte distribuții sau systemd, vorbesc numai și exclusiv despre debian (cu excepția selinux) despre care este vorba în acest articol Nu știu de unde îți iei argumentul.
Folosesc Debian de la Etch și ca utilizator am tot dreptul să fiu supărat cu o distro care până acum un an funcționa ca mătasea și acum funcționează ca fundul. Ceea ce este în versiune beta nu mă ajută pentru că sunt mulți utilizatori care trăiesc permanent în testare și chiar sid. Eu însumi am testat de mult timp și ceea ce se întâmplă cu Jessie nu mi s-a întâmplat niciodată și nu sunt singurul, ci doar Google puțin și veți vedea.
Preferința mea pentru openSUSE este pur și simplu din cauza distrosurilor pe care le-am încercat, care sunt destul de puține, ca majoritatea celor care se opresc aici, este pur și simplu pentru că nu mi-a dat niciodată probleme, cu atât mai puține blocări și blocări, așa cum se întâmplă cu Jessie .
Preferința mea pentru Devuan este pur și simplu pentru că îmi place modul în care este Debian și acești oameni promit să aibă un Jessie așa cum era până acum aproximativ un an, adică funcționează ca mătasea așa cum am spus mai înainte.
În ceea ce privește FreeBSD, este pur și simplu o opțiune, ei măcar știu ce vor și cele pe care le dezvoltă funcționează ca un farmec, deși instalarea și configurarea sunt oarecum dificile.
Și cred că te consideri și tu „un veteran admin unix” ...
Am crezut că această ură față de systemd s-a întâmplat deja, dar văd că durează ceva timp, o folosesc pe Jessie din moment ce încă mai aveam SysVInit, am făcut upgrade cu zero probleme, nu am deloc plângeri, Debian 8 va fi o versiune în stil, nu faci altceva decât să răspândești FUD fără rezultat.
Nu știu ce am spus în postarea mea care te va conduce la această concluzie.
Cred că în răspunsul la Carlos l-am clarificat, așa că poate veți înțelege preferința mea pentru Devuan.
Oricum îți spun același lucru ca și el, am numit systemd O singură dată în întregul comentariu și în sfera lui Jessie, se pare că vezi acel cuvânt și sari deja ca un izvor care îmi pune lucruri în gură pe care NU le spun. Asta pentru că nici nu te-ai deranjat să-mi citești corect comentariul și ai dovada în prima teză, îmi vei spune de unde ai ideea respectivă, pe scurt, a vedea este a crede.
De ce tu și un utilizator de mai sus ajungeți la concluzia că „urăsc” sistemul? De parcă ar exista doar două părți: prieten sau inamic. În liniște, poate fi un utilizator care a decis să îl ignore (sau nu știe de existența sa) și continuă să utilizeze debian din alte motive. Nu văd atât de multă importanță pentru systemd să fie divizarea oamenilor.
Am scăpat de Systemd în Debian Jessie pentru că mi-am dat seama că a interferat prea mult în multe programe, pe lângă faptul că a împiedicat procesele precum rețeaua și jurnalul său binar, m-au făcut să cred că mă voi întoarce la aceeași dilemă a MBR-ului fantomă pe care am suferit-o cu Windows XP, așa că M-am întors la SysVinit și problema a fost rezolvată (binecuvântează, SysV). Problema este că alte (îmi pare rău pentru spam), dar până acum nu găsesc nimic care să facă XFCE să nu se mai prăbușească atunci când „intră în feis”, pe lângă frecventarea site-urilor web cu mult JavaScript și / sau Flash (netbook-ul meu are Intel Atom și nici măcar Debian Wheezy XFCE nu se blochează).
Pe scurt, flacăra și dezbaterea sunt discutate în firul forumului pe care îl trimit spam.
Hahahahaha Am raportat acea problemă cu o ocazie și chiar am arătat-o foarte mult în alte discuții care au avut loc aici în DL despre systemd, mulți l-au respins și alții nu l-au oprit, acum văd că este într-adevăr o durere de cap pe care o are systemd o buclă infinită care așteaptă o unitate care, evident, nu este conectată la sistem la un moment dat.
L-am înlocuit cu SysV pentru că eram îngrozit să am binaruri de jurnal în loc de jurnale normale.
@ eliotime3000 Încă mai am sistemul normal și am Debian pentru că Gentoo / Funtoo au murit din cauza morții de pe hard disk-ul meu care a avut deja câțiva ani de luptă.
Adevărul este că systemd mă înnebunește uneori cu bug-uri prostești, dar cu siguranță în Debian Jessie a început să funcționeze mult mai bine decât înainte, ceea ce nu elimină defectele binecunoscute pe care le are și nu elimină cât de grasă este.
În îmbunătățirile constante, pot atesta ceea ce spuneți dvs., deoarece într-un timp record au rezolvat problema GLAMOUR în driverele Intel, dar la momentul stabilizării LibDRM, se pare că s-au înșelat.
Luând din comentariul dvs. @unodetantos:
«... se spune că selinux va avea selinux activat în mod implicit, care este o prostie, de fapt, primul lucru pe care îl face un utilizator fedora (și un server când a instalat fedora) este exact dezactivarea acestuia, deoarece impactul pe care îl are asupra performanței sistemului este brutal în afară de cât de instabil este ... »
1.- Are SELinux un impact puternic asupra performanței sistemului? Aflu despre asta. Am folosit mașini și servere personale cu SELinux sau AppArmor activat (Fedora, Ubuntu, OpenSUSE) și un astfel de impact este cu adevărat neglijabil, chiar și în prezent acest Debian Jessie în care merg are AppArmor activ (SELinux are un bug imens care împiedică activarea acestuia fără mai mult decât extragerea din alte pachete din SID, o eroare care ar trebui să fie considerată BUG RC). Nu pentru că activarea SELinux sau AppArmor face ca sistemul să fie lent, doar pentru că. De asemenea, un P4@2.6 Ghz fără HT nu este un hardware foarte bun de folosit în calculul personal, cu excepția cazului în care utilizați un wm precum OpenBOX sau minunat.
2.- Dezactivați SELinux? Ce măsură. SELinux sau AppArmor, ambele schimbă, fără îndoială, modul în care sistemul de operare se poate comporta împiedicându-vă să faceți lucruri care pot fi considerate periculoase și care sunt în mare parte, sunt măsuri excelente de securitate la nivel de afaceri și chiar personale, având în vedere că Amenințările informatice nu respectă dacă lucrați sau nu într-un birou. De fiecare dată când văd comentarii de acest gen, îmi amintesc de această pagină: http://stopdisablingselinux.com/
Salutări prietene 🙂
Adevărul este că diferența dintre AppArmor și SELinux în ceea ce privește performanța este mare pe o mașină modestă și este că, deși obiectivul ambelor aplicații este similar, modul în care au fost dezvoltate diferă.
În cazul meu particular, dacă AppArmor este activ sau nu nu se observă în openSUSE, sistemul pornește la fel de repede și cel puțin nu mi-a dat niciodată nici o notificare de eroare sau alerte, adică face ceea ce trebuie să facă și o face bun. Cu toate acestea, cu SELinux în Fedora, primul lucru pe care îl observați este că durează câteva secunde mai mult pentru a porni și că mai des decât ar trebui, apare alerta tipică și pictograma fericită că a eșuat.
Oricum preferința mea este AppArmor din ceea ce am comentat înainte. Mi-aș dori ca Debian să o aibă în mod implicit, deoarece o distribuție a cărei stabilitate maximă ar trebui să o folosească pe cea mai stabilă și ținând cont că ambele aplicații au același obiectiv, aș avea-o foarte clară.
Repet, într-o mașină mai modernă, adică discuri multicore, ssd și 4 concerte de ram, poate nici nu observați că este mai lent, dar în ceva mai modest dacă se arată chiar dacă am HT activ.
Oricum, pe pagina SUSE există o comparație care spune mai mult sau mai puțin la fel ca toate cele de pe web, dar acolo este la fel de vizuală și poate fi văzută mai bine, dacă cineva este interesat, îl puteți citi în https://www.suse.com/support/security/apparmor/features/selinux_comparison.html
Aveți dreptate, funcționarea AppArmor și SELinux este foarte diferită. De exemplu; Pot menționa că AppArmor își bazează controlul pe calea de acces și este susceptibil de atacuri TOCTOU, iar SELinux încetează să redenumească FS, dar controlul său asupra sistemului este total. Acest lucru oferă fiecare dintre avantajele și dezavantajele sale, deși din punct de vedere tehnic SELinux este mult superior în ceea ce privește capacitățile sale de control și securitate.
Acum, că SELinux tinde să eșueze în rare ocazii, are de-a face cu complexitatea, modul său de a acționa și ceea ce facem în sistem. Când SELinux este activat în orice mod (permisiv sau aplicabil), regulile sale se aplică ORICE obiect care se află în sistem, iar când una dintre aceste reguli nu se potrivește cu ceea ce face un anumit obiect, atunci încep problemele. SELinux în aceste cazuri nu este foarte flexibil cu ceea ce nu respectă regulile active și nu este flexibil ceea ce îl face atât de puternic și enervant în același timp, de aceea, cu fiecare actualizare sau modificare a sistemului, există Trebuie să reglați SELinux pentru a preveni trecerea acestor detalii și trebuie să vedeți alerta că SELinux a detectat încălcări ale accesului de către anumite obiecte.
La rândul său, AppArmor este mult mai flexibil, deoarece puteți face anumite programe să ruleze în modul de reclamație, altele în modul de audit sau în modul de aplicare. Fiecare dintre aceste binare va rula așa cum este descris și asta vă permite să controlați sistemul fără atâtea probleme. Cu diferența că nu întregul sistem este controlat în mod implicit și că există multe binare care pur și simplu nu se află sub controlul aplicării AppArmor și care pot fi văzute în cele câteva profiluri de aplicare care sunt în prezent în AppArmor (cel puțin în Ubuntu și Debian), care în cele din urmă nu generează o securitate suplimentară, ceea ce se caută atunci când se activează un MAC.
Salutări.
che, mi se pare că educația formală te-a mâncat nucă de cocos ..
Ați urmat întâmplător un curs de pălărie roșie? Un sistem nu are nevoie de vechiul SELinux ...
@alunado Despre ce naiba vorbesti? Urmăriți conversația? SELinux nu este cu siguranță necesar pentru ca un sistem de operare GNU / Linux să funcționeze corect, dar este un sistem excelent pentru a extinde securitatea sistemului de operare, bine este, și tocmai despre asta vorbim aici.
Nu știu de unde ai luat ideea asta. Și nu, nu am făcut cursuri Red Hat.
Credeți că această eroare provine de la SystemD? Aceasta este vina NetworkManager și are de mult o soluție pentru conectarea la rețea, deci nu există niciun răspuns. Acum, în ceea ce privește erorile grave, aruncați o privire la această problemă, care afectează grav performanța distro-ului atunci când navigați cu orice browser atunci când intrați pe pagini cu mult Flash Player sau intrați pe Facebook.
Comentez din nou, că se pare că sistemul a înghițit-o. În orice caz, s-ar putea să-l vedeți din nou, deoarece pur și simplu a procesat lent și nu l-a pierdut.
Acum ceva timp am scris articolul „Debian se pierde în ramurile sale”. Astăzi nu pot decât să o corobor, nimic nu a fost corectat și unele detalii sunt destul de urâte.
Printre cele 50 de bug-uri care lipsesc pentru ca Jessie să fie stabilă NU se numără, de exemplu, faptul că utilizatorii unui Nvidia Optimus nu pot porni unele jocuri Steam cu driverele proprietare pe care Debian le oferă în propriile depozite (linkuri către rapoarte de bug ignorate) : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776305 y https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768045), ceea ce pare să se întâmple numai cu libdrm-intel1 2.4.58, nu cu 2.4.56 anterior. Mă gândesc atât de mult la desktop pentru a pune systemd, dar lucruri de genul acesta nu contează. Sau că aMule nu va fi stabil deoarece, atenție, au actualizat pachetul la wxWidgets 3.0, au văzut că nu funcționează și nu vor să pună și versiunea wxWidgets 2.8, deci fără aMule. Wine se instalează fără un link către winecfg, dintr-un anumit motiv. Și ce zici de unitățile bibliotecii Wayland? De ce trebuie să instalez Wayland și 10 biblioteci Wayland dacă nu folosesc Wayland, ci X.Org? Poate cineva să-mi spună cum Jessie a îmbunătățit Wheezy, în afară de asta acum acceptă Nvidia Optimus (minunat pentru mine, doar că nu pot juca Left 4 Dead 2 din cauza bug-ului menționat anterior) și că acum Thunar nu se înșeală atunci când dezasamblează USB-uri din cauza Tumbler? Văd doar un sistem care se murdărește cu dependențe absurde precum OpenSuSE (Vokoscreen depinde de VLC! De ce? Poate să vină managerul de pachete și să mi-l explice? Deoarece prin raportul de erori este clar că nu-mi vor răspunde niciodată).
Întotdeauna am crezut că Debian a făcut o treabă imensă, având atât de multe pachete în depozitele oficiale, nu a trebuit să instalez din exterior, m-a făcut să mă simt destul de în siguranță. Dar m-au pierdut ca utilizator, indiferent dacă sunt încă un mare dintre cei mari. Și după eșecul meu cu FreeBSD (0 începuturi de 3 încercări după o instalare simplă, urmând instrucțiunile de la litera), pentru mine sunt Slackkware și Gentoo / Funtoo, pe care le voi folosi dar acum (Slackware încă nu acceptă Nvidia Optimus fără pachete exterioare, deci mergeți acum la complicatul Gentoo).
Am un Jolla de câteva săptămâni. Dacă aveți îndoieli / curiozitate / doriți să-l vedeți live pe cam sau orice scrieți-vă pe e-mailul meu sau spuneți-mi aici ^^ (nu-mi amintesc dacă am pus același e-mail în ambele comentarii, atunci când aveți îndoieli folosiți același lucru)
ps: Există o referință la Jolla în agentul meu de utilizator?
Nu suntem diferiți. - Jolla
@OtakuLogan, trebuie să adaug:
1.- Eroare de desen în xserver-xorg-video-radeon cu Accel GLAMOUR activ.
2.- GCC 4.9 are niște bug-uri ciudate, iar una dintre aceste bug-uri îl afectează pe dragul meu desmume 🙁
3.- În ceea ce privește Wayland, ei bine, asta este o altă problemă, în Debian au obiceiul de a activa aproape totul pentru tot ceea ce este compilat și, evident, care generează un număr mare de dependențe, și acolo problema nu este ceva ceea ce văd ciudat, doar că sistemul în modul în care funcționează Debian îl face necesar, deși este o situație care se poate îmbunătăți, de exemplu, eliminând suportul Wayland din tot ceea ce compilează și lăsându-ne doar cu suport Xorg, o sarcină dificilă, dar nu imposibil.
4.- SELinux are o eroare nebună. Îl instalați, îl activați, totul pare să meargă grozav, dar când porniți cu pum "SELinux active" ... SELinux nu se activează deloc.
Detalii, detalii nimic mai mult 😀
Singurul mod pe care îl știu de a sparge dependențele forțate să creeze pachete cu toate caracteristicile lor (de cele mai multe ori nedorite) este să-ți compilezi propriile pachete.
Este drama dintre ușurință și flexibilitate ... dacă doriți mai ușor, veți avea o mie de pachete de dependență pe care nu doriți să le instalați, dacă doriți să fie flexibile va trebui să vă compilați pachetele, deoarece puteți vedea că nicio distribuție binară nu poate arunca lucrurile pe care 99% dintre oameni nu folosesc.
Aici, în testele gentoo, trăiești o viață foarte liniștită ... Aș spune chiar plictisitor, totul funcționează așa cum ar trebui, recent a fost ceva distractiv cu videoclipul, cineva a crezut că libav este mai bun decât ffmpeg și au pus libav pentru câteva zile în mod implicit ... s-a făcut o mizerie extraordinară, a mers să voteze pe forum și a ajuns să câștige ffmpeg cu o alunecare de teren.
Este distractiv să vedem ce se întâmplă cu alte distribuții, sper că ar trebui să poată depăși și să-și recâștige utilizatorii.
Intel LibDRM? Acum inteleg de ce naiba am făcut-o blochează TOATE INTERFACELE XFCE De îndată ce încep să intru pe Facebook și / sau să introduc pagini cu mult Javascript și / sau Flash Player. Dacă există o modalitate de a face ca pachetul respectiv să se comporte altul decât să atârneți XFCE de gât, vă rugăm să răspundeți la firul meu de pe forum.
Ei bine, în opinia mea, există câteva bug-uri care trebuie adăugate la listă, deoarece bug-ul Glamour și xserver-xorg-video-radeon a fost în așteptare de mult timp și nimic nu a fost remediat.
Se pare că nu sunt singurul cu probleme grafice (deși în cazul meu, GLAMOUR a dispărut după o actualizare). În cazul meu, se pare că LibDRM mă trolește atunci când răsfoiți pagini cu JS / Flash greu și când răsfoiți Facebook.
PS: Verifică comentariile mele, am spamat deja link-ul din disperare pentru a găsi orice soluție ca și cum ar fi Sherezade din telenovela turcească „The Thousand and One Nights”.
Hahaha și eu mă voi plânge.
Folosesc Testarea Debian timp de 1 an și a funcționat bine. Dar mai târziu, greșeală după greșeală; video, clementină, java, audio, vlc și Xfce (teme qt).
A trebuit să-mi placă pentru că totul se va „configura automat” și nu s-a rupt, dar acum este plin de bug-uri cu care nu pot lucra. Ce mai bun decât să reveniți la Arch și Fedora (Centos pentru servere).
În ceea ce privește audio, java, VLC și Clementine, nu am probleme. Dar cea mai mare provocare a mea este să rezolv o dată pentru totdeauna de ce desktop-ul meu XFCE se blochează când navighez pe site-uri web cu multe Javascript / Flash Player / Facebook.
Hmm, poate fi din cauza driverelor video pe care le utilizați. M-am întâmplat cu cromul, nu l-am putut folosi cu accelerarea video și cu xfce.
Noroc : )
Este incredibil!!!! De fiecare dată când un post despre Debian este publicat pe acest blog, grupul de opinioniști anti-idebieni pare să-și răspândească minciunile infame, încercând să descalifice sistemul de operare universal
Dar, așa cum a spus Aristotel, singurul adevăr este realitatea, iar realitatea este că Debian Jessie funcționează ca un nenorocit, deși nu este încă stabil 😉
Este curios că marea majoritate a acestor anti-debieni se definesc ca utilizatori Debian și spun întotdeauna că vor trece în curând la Devuan, Slackware, FreeBSD, Gentoo etc. Dar sunt mereu pe Debian Oo
Mă întreb dacă Debian e de rahat, de ce o folosesc în continuare? Sunt masochisti? XDDD
Ai perfectă dreptate, Jessie se furișează. Bănuiesc că așa cum spune meme-ul: urătorii vor ură.
Folosesc Debian din 2005. Odată ce am trecut la OpenSuse și apoi la Ubuntu, am făcut-o pentru a testa cum erau aceste distrosuri; a fost doar pentru o perioadă scurtă de timp, mai puțin de 3 luni.
Nu aș putea trăi fără Debian, m-am întors imediat ce a durat exodul și de atunci îl folosesc în continuare, am avut probleme cu testarea, dar au avut o soluție, este nevoie doar de un pic de efort. Avantajul acestui lucru este că înveți multe.
Dacă nu doriți erori neașteptate, trebuie aleasă ramura stabilă. Deși, pentru mine, testarea este punctul de echilibru, pachetele relativ noi și stabilitatea de zi cu zi.
Debian este o distribuție excelentă, VIVA DEBIAN!
Cred că da ^^
Wow !!! Nostalgia aia !!! Cu aceeași pasiune am vorbit despre Debian până când ... am dat peste Manjaro Linux !!!
ceea ce este rău la Debian este că nu veți ști niciodată când va fi lansată următoarea versiune și sisteme de la și spre afară este grozav că distro
SystemD este unic atâta timp cât alegeți GNOME 3 ca desktop implicit.
Aștept Devuan, o distribuție fără SYSTEMD (calul troian) care a contaminat Debian și alți derivați.
Debian a făcut o greșeală uriașă cu systemd, nu numai la nivel tehnic, dar comunitatea sa este complet în contradicție. Vreau să văd ce se va întâmpla când Devuan 1.0 stabil va ieși fără systemd. Vreau doar să văd asta.