Da un lato, dopo le elezioni più controverse degli ultimi mesi, il Comitato tecnico ha accolto con favore 3 nuovi membri. Colin Watson, Ian Jackson e Russ Allbery non c'erano più. Entrate ora Sam Hartman, Tollef Fog Heen e Didier "OdyX" Raboud. Anche lo scorso dicembre lo hanno fatto una risoluzione generale aggiuntiva dove è stato determinato come sarebbe stato il rinnovo dei membri.
Per un altro, sulle condizioni di Jessie, solo 50 bug RC rimasti questo riguarda Jessie e Sid e che se le persone si rimboccano le maniche potrebbero rilasciare Debian Jessie entro aprile. Di questi 50, 13 appartengono a pacchetti non chiave che verranno rimossi da jessie se non risolti. Mancano anche alcuni miglioramenti nelle note di rilascio, in particolare una sezione di ripristino per systemd. Hanno anche bisogno di aiuto per alcuni bug in grub2.
Onestamente, da quando entro in systemd in Jessie, vedo solo problemi che NON si sono verificati in Jessie prima, non molto tempo fa, come si blocca e si blocca senza una ragione apparente al punto da dover spegnere un machete e il mio può essere risolto, inizi e punto ma ci sono aberrazioni come https://lists.debian.org/debian-user/2015/02/msg00013.html che indica che sta accadendo qualcosa di brutto e non dovrebbe essere più quello di una volta.
Come utente debian un anno fa avevo grandi speranze per questa versione dato che funzionava benissimo e senza problemi ma il cambiamento che ha fatto ha reso fatale la distro e non solo, si dice che avrà selinux attivato di default che è un casino, infatti la prima cosa che fa un utente fedora (e un server quando ha installato fedora) è precisamente disattivarlo poiché l'impatto che ha sulle prestazioni del sistema è brutale a parte quanto è instabile, con una buona macchina alcuni lo fanno non noterai la perdita di prestazioni ma con un P4 @ 2'6Ghz con un solo Gb di ram come me si vede molto.
Al momento rimarrò su Wheezy fino all'uscita di Devuan, che ho provato e promesso, altrimenti se continuo su linux andrò sicuramente su openSUSE che sta andando molto bene e se no mando tutto nel cestino e lo farò sicuramente vado su FreeBSD che ho virtualizzato e va come un colpo.
Ad ogni modo, spero che Debian ci capisca altrimenti dirò addio definitivamente (RIP)
Ti lamenti di systemd e nella tua rabbia vai su un'altra distribuzione che usa systemd come opensuse? Onestamente non lo capisco. L'argomento di systemd è molto stancante, soprattutto quando i mantra vengono ripetuti più e più volte e non vengono forniti argomenti forti. Debian così come il tanto lodato Arch e le principali distribuzioni sono tutte migrate a systemd e non succede nulla. Viene persino utilizzato dal mio telefono con SailfishOS da cui scrivo questo commento e del quale sono molto contento. Arresti anomali e arresti anomali è normale per Jessie, quindi è ancora in beta. Non è qualcosa di intrinseco a quel sistema init. Da quando uso distribuzioni con systemd non ho avuto problemi. E come utente senza entrare in questioni tecniche che né io né il 99% di quelli qui dominiamo, ho trovato solo vantaggi. Saluti.
Che telefono hai se puoi dirlo? 😀
Vediamo, cito da solo "da quando sono entrato in systemd in Jessie".
Non ho detto nulla sulle altre distribuzioni che portano systemd e che di solito uso oltre a Debian, generalmente quando non uso Debian sono su Fedora (anche se l'ultima versione non l'ho praticamente toccata) e openSUSE sebbene abbia anche ne usava altri, come la maggior parte delle persone che usano Linux.
Dove lo prendi che io odio Systemd? Tutto il mio commento è basato sull'irruzione negativa che systemd ha avuto in debian, non ho detto nulla su altre distribuzioni o systemd, parlo solo ed esclusivamente di debian (eccetto selinux) di cui tratta questo articolo Non lo so da dove prendi le tue argomentazioni.
Uso Debian di Etch e come utente ho tutto il diritto di essere arrabbiato con una distro che fino a un anno fa funzionava come la seta e ora funziona come il culo. Ciò che è in beta non mi aiuta perché ci sono molti utenti che vivono stabilmente in testing e persino sid. Io stesso ho fatto test per molto tempo e quello che succede con Jessie non mi è mai successo e non sono l'unico, basta google un po 'e vedrai.
La mia preferenza per openSUSE è semplicemente a causa delle distribuzioni che ho provato, che sono parecchie, come la maggior parte di quelle che si fermano qui, è semplicemente perché non mi ha mai dato problemi, tanto meno crash e crash come sta accadendo con Jessie .
La mia preferenza per Devuan è semplicemente perché mi piace il modo in cui è Debian e queste persone promettono di avere una Jessie com'era fino a circa un anno fa, cioè funziona come la seta come ho detto prima.
Per quanto riguarda FreeBSD, è semplicemente un'opzione, almeno sanno cosa vogliono e quelli che sviluppano funzionano a meraviglia, sebbene l'installazione e la configurazione siano alquanto difficili.
E immagino che ti consideri anche un "amministratore veterano di unix" ...
Pensavo che questo odio per systemd fosse già accaduto ma vedo che ci vuole un po ', uso Jessie da quando avevo ancora SysVInit, ho aggiornato senza problemi, non ho nessuna lamentela, Debian 8 sarà una versione in grande stile , non fai altro che diffondere FUD inutilmente.
Non so cosa ho detto nel mio post che ti porterà a quella conclusione.
Penso di aver chiarito nella risposta a Carlos, quindi forse capirai la mia preferenza per Devuan.
Comunque ti dico la stessa cosa di lui, ho chiamato systemd solo UNA VOLTA in tutto il commento e nell'ambito di Jessie, sembra che tu veda quella parola e salti già come una molla mettendomi in bocca cose che NON ho detto. Questo perché non ti sei nemmeno preso la briga di leggere correttamente il mio commento e hai la prova nella tua prima frase, mi dirai da dove prendi quell'idea, insomma, vedere per credere.
Perché tu e un utente di cui sopra giungete alla conclusione che "odiano" systemd? Come se ci fossero solo due lati: amico o nemico. In silenzio, potrebbe essere un utente che ha deciso di ignorarlo (o non è a conoscenza della sua esistenza) e continua a usare Debian per altri motivi. Non vedo molta importanza per il sistema dividere le persone.
Mi sono sbarazzato di Systemd in Debian Jessie perché mi sono reso conto che interferiva troppo in molti programmi, oltre a ostacolare processi come la rete e il suo log binario, mi hanno fatto pensare che sarei tornato allo stesso dilemma del fantasma MBR che ho sofferto con Windows XP, quindi sono tornato a SysVinit e il problema è stato risolto (benedetto, SysV). Il problema è incredibile (scusa per lo spam), ma finora non riesco a trovare nulla che impedisca a XFCE di bloccarsi quando "si entra nel feis", oltre a frequentare siti Web con molto JavaScript e / o Flash (il mio netbook ha Intel Atom e nemmeno Debian Wheezy XFCE si blocca).
Ad ogni modo, la fiamma e il dibattito sono discussi nel thread del forum che sto inviando spam.
Hahahahaha Ho segnalato quel bug in un'occasione, e l'ho anche mostrato molto in altre discussioni che sono state fatte qui in DL su systemd, molti lo hanno ignorato e altri non l'hanno fermato, ora vedono che è davvero un mal di testa che systemd ha un ciclo infinito in attesa di un'unità che ovviamente non è collegata al sistema in un dato momento.
L'ho sostituito con SysV perché avevo il terrore di avere i file binari di log invece dei normali log.
@ eliotime3000 Ho ancora il normale systemd e ho Debian perché il mio Gentoo / Funtoo è morto a causa della morte del mio disco rigido che ha già avuto diversi anni di battaglia.
La verità è che systemd a volte mi fa impazzire con bug stupidi, ma certamente in Debian Jessie ha iniziato a funzionare molto meglio di prima, il che non rimuove i ben noti difetti che ha e non toglie quanto sia grasso.
Nei continui miglioramenti posso attestare quello che dici, visto che in tempi record hanno risolto il problema GLAMOUR nei driver Intel, ma al momento di stabilizzare il LibDRM, sembra che abbiano sbagliato.
Prendendo dal tuo commento @unodetantos:
«... Si dice che abbia selinux attivato di default, il che è una schifezza, infatti la prima cosa che fa un utente fedora (e un server quando ha installato fedora) è proprio disattivarlo poiché l'impatto che ha sulle prestazioni del sistema è brutale a parte quanto è instabile ... »
1.- SELinux ha un forte impatto sulle prestazioni del sistema? Lo scopro. Ho utilizzato macchine e server personali con SELinux o AppArmor attivati (Fedora, Ubuntu, OpenSUSE) e un tale impatto è davvero trascurabile, anche attualmente questa Debian Jessie in cui cammino ha AppArmor attivo (SELinux ha un enorme bug che ne impedisce l'attivazione senza avendo che estrarre da altri pacchetti in SID, un bug che dovrebbe essere considerato BUG RC). Non è perché l'attivazione di SELinux o AppArmor rallenti il sistema, solo perché. Inoltre, un P4@2.6 Ghz senza HT non è un ottimo hardware da utilizzare nel personal computing a meno che non si utilizzi un wm come OpenBOX o awesome.
2.- Disattivare SELinux? Che misura. SELinux o AppArmor, entrambi cambiano indubbiamente il modo in cui il sistema operativo può comportarsi impedendoti di fare cose che possono essere considerate pericolose e che per lo più lo sono, sono ottime misure di sicurezza a livello aziendale e anche personale, visto che le minacce informatiche non rispettano indipendentemente dal fatto che lavori in un ufficio. Ogni volta che vedo commenti come questo mi viene in mente questa pagina: http://stopdisablingselinux.com/
Saluti amico 🙂
La verità è che la differenza di prestazioni tra AppArmor e SELinux è grande su una macchina modesta ed è che sebbene l'obiettivo di entrambe le applicazioni sia simile, il modo in cui sono state sviluppate differisce.
Nel mio caso particolare, se AppArmor è attivo o meno non si nota in openSUSE, il sistema si avvia altrettanto velocemente e almeno non mi ha mai dato alcun messaggio di errore o avviso, cioè fa quello che deve fare e lo fa bene. Tuttavia, con SELinux in Fedora, la prima cosa che noti è che ci vogliono diversi secondi in più per avviarsi e che più spesso di quanto dovrebbe appare il tipico avviso e la piccola icona felice che ha fallito.
Comunque la mia preferenza è AppArmor da quanto ho commentato prima. Vorrei che Debian lo avesse per impostazione predefinita poiché una distribuzione il cui massimo è la stabilità, dovrebbe usare la più stabile e tenendo conto che entrambe le applicazioni hanno lo stesso obiettivo, lo avrei molto chiaro.
Ripeto, in una macchina più moderna, cioè multicore, dischi ssd e 4 giga di ram, potresti anche non notare che è più lenta ma in qualcosa di più modesto se si vede anche se ho HT attivo.
Ad ogni modo nella pagina di SUSE c'è un confronto che dice più o meno lo stesso di tutti quelli presenti sul web ma lì è più visuale e si vede meglio, se qualcuno è interessato lo può leggere in https://www.suse.com/support/security/apparmor/features/selinux_comparison.html
Hai ragione, il funzionamento di AppArmor e SELinux è molto diverso. Per esempio; Posso menzionare che AppArmor basa il suo controllo sul nome del percorso ed è suscettibile agli attacchi TOCTOU, e SELinux è lento nel rietichettare la FS ma il suo controllo sul sistema è totale. Ciò fornisce ciascuno dei suoi pro e contro, sebbene tecnicamente SELinux sia di gran lunga superiore in termini di capacità di controllo e sicurezza.
Ora che SELinux tende a fallire in rare occasioni ha a che fare con la sua complessità, il suo modo di agire e ciò che facciamo nel sistema. Quando SELinux è attivato in qualsiasi modo (permissivo o enforce), le sue regole si applicano a OGNI oggetto nel sistema, e quando una di queste regole non corrisponde a ciò che sta facendo un determinato oggetto, iniziano i problemi. SELinux in questi casi non è molto flessibile con ciò che non segue le regole attive, e ciò non è flessibile è ciò che lo rende così potente e fastidioso allo stesso tempo, ecco perché, ad ogni aggiornamento o modifica del sistema, c'è Devi mettere a punto SELinux per evitare che questi dettagli passino e devi vedere l'avviso che SELinux ha rilevato violazioni di accesso da parte di determinati oggetti.
AppArmor da parte sua è molto più flessibile, poiché è possibile far funzionare alcuni programmi in modalità reclamo, altri in modalità di controllo o in modalità di applicazione. Ciascuno di questi binari verrà eseguito come descritto e questo ti consente di controllare il sistema senza troppi problemi. Con la differenza che non l'intero sistema è controllato per impostazione predefinita e che ci sono molti file binari che semplicemente non sono sotto il controllo di AppArmor, e questo può essere visto nei pochi profili di applicazione che sono attualmente in AppArmor (almeno in Ubuntu e Debian ), che alla fine non genera ulteriore sicurezza, che è ciò che si cerca quando si attiva un MAC.
Saluti.
che, mi sembra che l'educazione formale ti abbia mangiato cocco ..
Hai seguito per caso un corso da cappello rosso? Un sistema non ha bisogno del vecchio SELinux ...
@alunado Di cosa diavolo stai parlando? Stai seguendo la conversazione? SELinux non è certamente necessario affinché un OS GNU / Linux funzioni correttamente, ma è un ottimo sistema per estendere la sicurezza dell'OS, beh lo è, ed è proprio di questo che stiamo parlando qui.
Non so da dove ti sia venuta questa idea. E no, non ho seguito i corsi Red Hat.
Pensi che l'errore provenga da SystemD? Questa è la colpa del NetworkManager e ha a lungo avuto una soluzione per collegarlo alla rete, quindi non c'è risposta. Ora, per quanto riguarda i bug gravi, dai un'occhiata a questo problema, che influisce gravemente sulle prestazioni della distro durante la navigazione con qualsiasi browser quando si accede a pagine con molto Flash Player o si accede a Facebook.
Commento ancora, sembra che il sistema l'abbia ingoiato. In ogni caso, potresti rivederlo perché ha semplicemente impiegato molto tempo per elaborarlo e non l'avevo perso.
Qualche tempo fa ho scritto l'articolo "Debian si perde nei suoi rami". Oggi posso solo confermarlo, nulla è stato corretto e alcuni dettagli sono piuttosto brutti.
Tra quei 50 bug che mancano affinché Jessie sia stabile NON ci sono, ad esempio, che gli utenti di un Nvidia Optimus non possono avviare alcuni giochi Steam con i driver proprietari che Debian stessa fornisce nei suoi repository (collegamenti a segnalazioni di bug ignorate: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776305 y https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768045), che sembra accadere solo con libdrm-intel1 2.4.58, non con il precedente 2.4.56. Così tanto pensare al desktop per mettere systemd ma cose come questa non hanno importanza. Oppure che aMule non sarà stabile perché, attenzione, hanno aggiornato il pacchetto a wxWidgets 3.0, hanno visto che non funzionava e non vogliono mettere anche la versione wxWidgets 2.8, quindi senza aMule. Wine si installa senza un collegamento a winecfg, per qualche motivo. E per quanto riguarda le unità della biblioteca Wayland? Perché devo installare le librerie Wayland e 10 Wayland se non utilizzo Wayland, ma X.Org? Qualcuno può dirmi come Jessie ha migliorato Wheezy, a parte questo ora supporta Nvidia Optimus (ottimo per me, solo che non posso giocare a Left 4 Dead 2 a causa del bug di cui sopra) e che ora Thunar non fa casino quando smontaggio USB a causa di Tumbler? Vedo solo un sistema che si sta sporcando con dipendenze assurde come OpenSuSE (Vokoscreen dipende da VLC! Perché? Può il gestore di pacchetti venire a spiegarmelo? Perché tramite segnalazione di bug è chiaro che non mi risponderanno mai).
Ho sempre pensato che Debian facesse un lavoro immenso avendo così tanti pacchetti nei repository ufficiali, il non dover installare dall'esterno mi faceva sentire abbastanza al sicuro. Ma mi hanno perso come utente, indipendentemente dal fatto che io sia ancora un grande tra i grandi. E dopo il mio fallimento con FreeBSD (0 partenze di 3 tentativi dopo una semplice installazione seguendo le istruzioni alla lettera), per me ci sono Slackkware e Gentoo / Funtoo, che userò ma ora (Slackware ancora non supporta Nvidia Optimus senza pacchetti esterni, quindi per ora scegli il complicato Gentoo).
Ho una Jolla per alcune settimane. Se hai dubbi / curiosità / vuoi vederlo dal vivo in cam o qualsiasi altra cosa scrivi alla mia email o dimmelo qui ^^ (non ricordo se metto la stessa email in entrambi i commenti, nel dubbio usa la stessa)
ps: C'è un riferimento a Jolla nel mio agente utente?
Siamo diversi. - Jolla
@OtakuLogan, devo aggiungere:
1.- Errore di disegno in xserver-xorg-video-radeon con Accel GLAMOUR attivo.
2.- GCC 4.9 ha alcuni bug strani e uno di questi bug colpisce il mio caro desmume 🙁
3.- Per quanto riguarda Wayland, beh questo è un altro discorso, in Debian hanno l'abitudine di attivare quasi tutto per tutto ciò che è compilato, e ovviamente questo genera molte dipendenze, e lì il problema non è qualcosa che vedo strano, è solo che il sistema nel modo in cui funziona Debian lo rende necessario, sebbene sia una situazione che può migliorare, ad esempio eliminando il supporto Wayland da tutto ciò che compila e lasciandoci solo con il supporto Xorg, un compito difficile ma non impossibile.
4.- SELinux ha un errore folle. Lo installi, lo attivi, tutto sembra andare alla grande, ma quando avvii con "SELinux active" pum ... SELinux non si attiva affatto.
Dettagli, dettagli niente di più 😀
L'unico modo che conosco per rompere le dipendenze forzate dalla creazione di pacchetti con tutte le loro caratteristiche (il più delle volte indesiderate) è compilare i propri pacchetti.
È il dramma tra facilità e flessibilità ... se lo vuoi facile avrai mille pacchetti di dipendenze che non vuoi avere installato, se lo vuoi flessibile dovrai compilare i tuoi pacchetti perché puoi vedere che no binary distro può scartare cose che il 99% delle persone non usa.
Qui nei test di gentoo vivi una vita molto tranquilla ... direi anche noioso, tutto funziona come dovrebbe, recentemente c'era qualcosa di divertente con il video, qualcuno pensava che libav fosse migliore di ffmpeg e hanno messo libav per alcuni giorni per impostazione predefinita ... è stato creato un casino tremendo, è andato a votare nel forum e ha finito per vincere ffmpeg di una frana.
È divertente vedere cosa succede con altre distribuzioni, spero che dovrebbero essere in grado di superare e riconquistare i propri utenti.
Intel LibDRM? Ora capisco perché diavolo l'ho fatto blocca TUTTA L'INTERFACCIA XFCE Non appena inizio ad entrare in Facebook e / o entrare in pagine con molto Javascript e / o Flash Player. Se c'è un modo per fare in modo che detto pacchetto si comporti diversamente dall'attaccare XFCE per il collo, rispondi al mio thread del forum.
Ebbene, secondo me, ci sono alcuni bug da aggiungere alla lista, perché il bug di Glamour e xserver-xorg-video-radeon è rimasto sospeso per molto tempo e non è stato risolto nulla.
Sembra che non sia l'unico con problemi grafici (anche se nel mio caso, il GLAMOUR è scomparso dopo un aggiornamento). Nel mio caso, sembra che LibDRM mi stia trollando durante la navigazione in pagine con JS / Flash pesanti e durante la navigazione su Facebook.
PS: Controlla i miei commenti, ho già spammato il link per disperazione per trovare una soluzione come se fosse Sherezade dalla soap opera turca "Le mille e una notte".
Hahaha ho intenzione di lamentarmi anch'io.
Uso Debian Testing da 1 anno e ha funzionato bene. Ma più tardi, errore dopo errore; video, clementine, java, audio, vlc e Xfce (temi qt).
Mi è piaciuto perché tutto si "auto-configura" e non si è rotto, ma ora è pieno di bug con cui non posso lavorare. Cosa c'è di meglio che tornare ad Arch e Fedora (Centos per i server).
Per quanto riguarda l'audio, java, VLC e Clementine, non ho problemi. Ma la mia sfida più grande è risolvere una volta per tutte perché il mio desktop XFCE si blocca durante la navigazione in siti Web con molto Javascript / Flash Player / Facebook.
Hmm potrebbe essere a causa dei driver video che usi. Mi è successo con chrome, non potevo usarlo con l'accelerazione video e con xfce.
Saluti : )
È incredibile!!!! Ogni volta che un post su Debian viene pubblicato su questo blog, il gruppo di opinionologi anti-idebici sembra diffondere le loro famigerate bugie, cercando di squalificare il sistema operativo universale
Ma come ha detto Aristotele, l'unica verità è la realtà, e la realtà è che Debian Jessie funziona come un figlio di puttana anche se non è ancora stabile 😉
È curioso che la stragrande maggioranza di questi anti-debian si definisca utenti Debian e dicono sempre che presto passeranno a Devuan, Slackware, FreeBSD, Gentoo, ecc. Ma sono sempre su Debian Oo
Mi chiedo se Debian fa schifo, perché continuano a usarlo? Sono masochisti? XDDD
Hai perfettamente ragione, Jessie è fottuta. Immagino che come dice il meme: haters gonna hate.
Uso Debian dal 2005. Dopo essere passato a OpenSuse e poi a Ubuntu, l'ho fatto per testare come erano queste distribuzioni; è stato solo per un breve periodo, meno di 3 mesi.
Non potrei vivere senza Debian, sono tornato appena è durato il mio esodo e da allora continuo a usarlo, ho avuto problemi con i test ma hanno avuto una soluzione, ci vuole solo un po 'di impegno. Il vantaggio di questo è che impari molto.
Se non vuoi errori imprevisti, dovresti scegliere il ramo stabile. Anche se per me il test è il punto di equilibrio, pacchetti relativamente nuovi e stabilità per il giorno per giorno.
Debian è una grande distribuzione, VIVA DEBIAN!
Penso di sì ^^
Wow !!! Quella nostalgia !!! Con la stessa passione ho parlato di Debian fino a quando ... mi sono imbattuto in Manjaro Linux !!!
la cosa brutta di Debian è che non saprai mai quando verrà rilasciata la prossima versione e systemd da e verso l'esterno è fantastico quella distro
SystemD è unico fintanto che scegli GNOME 3 come desktop predefinito.
Sto aspettando Devuan, una distribuzione senza SYSTEMD il (cavallo di troia) che ha contaminato Debian e altri derivati.
Debian ha commesso un grosso errore con systemd, non solo a livello tecnico, ma la sua comunità è completamente in disaccordo. Voglio vedere cosa succederà quando Devuan 1.0 stabile uscirà senza systemd. Voglio solo vederlo.