ยฟQuรฉ es la inteligencia? No me refiero a la cosa de espรญas, sino, ยฟcuรกl es la definiciรณn de inteligencia en humanos? Esta es bastante buena: http://en.wikipedia.org/wiki/Intelligence#Definitions
Para la mayorรญa de las personas, los autonombrados y posiblemente demasiado influyentes creadores y pensadores de la actualidad que trabajan alrededor de la idea del ยซรnico Linuxยป encajan en la definiciรณn de gente inteligente โ al menos en el รกmbito tรฉcnico.
Y sus mensajes son bastante convincentes:
- Simplificar el desarrollo multi-distro.
- Permitir tiempos de arranque mรกs rรกpidos.
- Permitir una arquitectura on-demand y basada en eventos, similar a los sistemas operativos ยซmodernosยป.
- Traer orden y control a los subsistemas que han tenido tantas diferentes herramientas como distros que hay.
Todas aparentemente nobles metas. Todas aparentemente derivadas de un deseo profundo de contribuir y hacer las cosas mejor.
Casi nadie podrรญa discutir que estas inteligentes personas pensaron seriamente acerca de estos temas, y pusieron una enorme cantidad de esfuerzos en solucionar estos problemas. Desafortunadamente, la soluciรณn a la que llegaron, como bien podrรญas haber deducido ya, es โsystemdโ.
Aunque no es algo nuevo, su grotesco impacto finalmente me ha alcanzado y debo expresarlo pรบblicamente.
Entonces, ยฟquรฉ es systemd? Bueno, conoce a tu nuevo Dios. Probablemente hayas estado orando ante el altar [del si-funciona-no-lo-toques] de la simplicidad, pero tu religiรณn estรก siendo erradicada. Eso probablemente ya sucediรณ sin que te dieras cuenta durante una actualizaciรณn de tu mรกquina con Linux. systemd es la todo-conocedora, todo controladora meta-deidad que todo lo ve y todo lo supervisa. Es el nuevo Amo รnico de los Procesos que aspira a controlar todo lo que pueda โ y ya estรก haciendo bastante. Es como se verรญa init si fuese un transformer con esteroides. Es [el sueรฑo de todo geek] complicado, multi-facรฉtico, opaco, y supremamente poderoso.
Escuchรฉ acerca de systemd unos aรฑos atrรกs, cuando upstart y algunos otros reemplazos a init que no puedo recordar estuvieron apareciendo en escena. Y aunque se veรญa medianamente interesante, yo no estaba a favor de utilizarlo, ni a ninguno de ellos para ese objetivo. init funcionaba simplemente bien para mรญ. init era simple y robusto. Mientras la configuraciรณn tenรญa sus diferencias especรญficas para cada distro, eran frecuentemente estas diferencias las que hacรญan que uno eligiera usar esa distro en primer lugar, y quedarse en esa distro [(y no cosas como a quรฉ pรบblico estaba orientado como hoy en dรญa)]. Las herramientas esencialmente eran la distro. Y entonces tan solo hice un dist-upgrade a Jessie, y voilรก, PID 1 se volviรณ de repente systemd. Vaya mierda.
En un mundo de un ยซรnico Linuxยป, ยฟquรฉ es lo que las distros deberรญan ser en realidad? Obsoletas. Ya no relevantes. Arcaicos caparazones de su alguna vez orgulloso [y a menudo peligroso] individualismo. Bรกsicamente, ahora son solo un logo y un fondo de pantalla por defecto. Porque, enfrentรฉmoslo, solo es necesario que haya un ยซCompetidorยป รnico y Moderno al dominio de Windows/Mac de la computaciรณn personal. Un frente unificado para combatir a los malรฉvolos imperios de Redmond y Cupertino es lo que se necesita. Las varias diferencias que crearon diferentes ยซsaboresยป de Linux necesitaban ser concentradas y puestas en conformidad para proceder eficientemente para la guerra. Um, ยฟcuรกl guerra?
Para mรญ, Linux ya ganรณ esa guerra allรก por 1994 cuando empecรฉ a usarlo. Lo hizo sin hacer un disparo ni tratando de ser como los otros sistemas operativos. La ganรณ [quedรกndose siempre con el 1% del mercado] sin importarle un carajo la cuota de mercado. La ganรณ siendo exactamente NO como ellos. La ganรณ siendo simple, entendible y configurable para ser exactamente como YO querรญa. La ganรณ siendo una colecciรณn de componentes simples y modulares que podรญan ser unidos entre ellos a voluntad para hacer trabajo de verdad. La ganรณ adhiriรฉndose a la profundamente considerada filosofรญa de mantener al usuario en el asiento del conductor, y siendo libre de ejecutar las cosas que quisiera, sin capas y capas de frameworks enrollando sus tentรกculos dentro de todas esas cosas que no deberรญan tocar. La ganรณ sin todos esos varios ยซMierdaKitsยป que han empezado a manifestarse dentro del corazรณn de mi sistema operativo. La ganรณ sin ser demasiado complejo e inentendible. Esa clase de opacidad es el corazรณn de Windows y Mac, y es exactamente lo que odio de ellos, y exactamente por lo que elegรญ usar Linux en el primer maldito lugar. systemd estรก abrazando todo eso que odio acerca de Windows y Mac, y haciรฉndolo en el nombre de la ยซmodernidadยป y ยซsimplificaciรณnยป del trabajo de los desarrolladores.
Entonces, ยฟpor quรฉ las personas muy inteligentes que aman y usan Linux habrรญan de querer crear o abrazar a semejante demonio ยซMaestro de Todoยป? Evidentemente, es por las razones que ellos dicen, como mencionรฉ al principio. Pero parcialmente creo que es por falta de experiencia. No me refiero a falta de horas de programaciรณn, sino a falta de tiempo en el Planeta. La inteligencia por sรญ sola no es un sustituto de las experiencias de la vida y, sรญ, voy a decirlo, tampoco de la sabidurรญa. No hay un manual para la sabidurรญa. Implementar systemd en las distros no es un movimiento sabio para ellas a largo plazo. Eso provocarรก, de hecho, su perdiciรณn definitiva.
Parcialmente son los egos mรกs-grandes-que-la-vida de las personas involucradas. ยฟAlguien ha leรญdo lo que Poettering dice acerca de las cosas? Wow. Este tipo estรก obviamente convencido de que รฉl tiene todas las respuestas para todos. Las ideas tradicionales acerca de simplicidad y libertad son pintorescas, pero no tienen un lugar real en un sistema operativo ยซmodernoยป. Miren, รฉl simplemente es mรกs inteligente que ustedes, asรญ que supรฉrenlo y hรกganse a un lado. รl sabe lo que es mejor, y lo tiene bajo control. ยฟCuantos aรฑos tiene ese tipo de cualquier forma? ยฟ12 aรฑos o algo asรญ? Es una maldita verga (en mi humilde opiniรณn).
Parcialmente son sus turbios intereses comerciales. Miren, nosotros podrรญamos hacer dinero vendiendo cosas a los usuarios de Linux si hubiera una manera mรกs simple y ยซdistro-agnรณsticaยป de hacerlo. A la mierda las opciones, a ellos les gustarรก lo que reciban.
Parcialmente podrรญa ser que es nefasto y sombrรญo por naturaleza. Un Anillo รnico para gobernarlos a todos, tener acceso a รฉl seguro serรญa cautivante para aquรฉllos empeรฑados en tener una conciencia total de la informaciรณn. La confianza no es algo que estรฉ realmente alto en mi lista de cosas para conceder en estos dรญas.
Parcialmente es la creencia de que la Comunidad Linux debe pelear contra la hegemonรญa de Windows y Mac โ como si la existencia de Linux dependiera de la derrota de las demรกs alternativas. Esos que piensan que Linux deberรญa preocuparse por idiotas y HOYGANs deberรญan regresar a sus Macs y Windows, y dejar de tratar de ยซarreglarยป a Linux. ยกNo estรก roto, un carajo!
Parcialmente โ y esto es lo que no puedo aceptar โ es una descarada indiferencia y falta de respeto โ ya sea a propรณsito o no โ a los mรกs importantes principios de *NIX. Es un inconsciente menosprecio de ellos, y un pisoteo de los valores que yo personalmente sostengo como [vetustos,] verdaderos y justos, y no estoy solo aquรญ. systemd es el opuesto exacto de lo que el *NIX representa. Y tampoco estoy parloteando sobre la compatibilidad POSIX. Es la Filosofรญa estรบpida.
systemd es un golpe de estado. Es un intruso subversivo diseรฑado para destruir Linux como lo conocemos, impuesto sobre nosotros por la multitud nosotros-lo-conocemos-mejor-que-tรบ CamelCase. Y ellos simplemente no lo entienden tan profundamente como deberรญan. systemd no estรก apuntando en una direcciรณn en la que deberรญa ir. No apoya la libertad. No incentiva la elecciรณn. No demuestra transparencia. No abraza la simplicidad. Toma el control y te fuerza a ceder a รฉl. Hace que las aplicaciones y los componentes principales del sistema dependan de รฉl, y que no puedan funcionar sin รฉl. Estรก ganando velocidad mediante la atracciรณn hacia el redil de desarrolladores ingenuos o perezosos o simplemente despistados con la promesa de hacer sus vidas mรกs fรกciles. Caer dentro de esta forma de pensar es ignorar el gran peligro que systemd representa.
Debian siempre ha mantenido la lรญnea contra este tipo de cosas en el pasado, y siempre se ha ganado mi mayor respeto y lealtad por su integridad. La decisiรณn de Debian aquรญ fue forzada. Debian ha cometido un error grave y cobarde [cuando Tagliamonte no anulรณ el gol de Garbee], y necesitan corregir su rumbo inmediatamente. Incorporar systemd no fue una decisiรณn inteligente, y ciertamente no una bien pensada [(y no, no me creรญ nada de las razones de Russ Albery)]. Debian debe rechazar a systemd y su calaรฑa, y regresar a los valores que llevaron a Linux a este punto en la historia, liderados no en una pequeรฑa parte por Debian. Deben sonoramente y pรบblicamente divorciarse de GNOME, sin importar lo doloroso y molesto que pueda parecer en el corto plazo, y enfocarse en los valores mรกs esenciales de la simplicidad y la libertad. Colocar a systemd y su camarilla en los repositorios non-free donde pertenecen si no hay mรกs remedio. Dejar que el usuario decida si eso es lo que quieren. Enlightenment es una elecciรณn excelente para un escritorio por defecto que no tenga la basura inflada de GNOME. Y a los lรญderes de Debian โ despuรฉs de 20 aรฑos de mi lealtad y evangelismo, ustedes me han decepcionado a mรญ y a todos. Necesitan tener un puto par de huevos y hacer lo correcto aquรญ y ahora.
ยกMandar a esos oportunistas a la mierda!
GNOME. La Linux Foundation. freedesktop.org, [Figueredo] y otros. Son todos [una manga de ladrones del primero al รบltimo] grupos con agendas. No son quienes creen en la libertad. Ellos creen en el control y la estandarizaciรณn. Creen en la monotonรญa. ยฟQuiรฉnes son esa gente? ยฟQuiรฉnes son esos guardianes autoasignados de la llama de Linux? (referencia intencionada y subliminal al malware) ยฟCuales son sus verdaderas agendas? ยฟQuiรฉn financia a esa gente? ยฟPor quรฉ quieren tan agresivamente cambiar el corazรณn de Linux lejos de su filosofรญa verdadera? Dรฉjenlos ir y que se creen su propio ยซcompetidorยป de Windows y Mac. Si lo hicieran, serรญa la misma mierda opaca, rastreadora de usuarios y con puertas traseras que Windows y Mac se volvieron. Ellos NO hablan por mรญ y no deberรญan pasivamente permitirles hablar por ustedes tampoco.
systemd es un troyano. systemd es una medusa. systemd es la Sustancia D. systemd es escalofriante โ no solo porque sus herramientas apesten, o porque sea una maldita bola de pelos masiva โ sino porque arquitectรณnicamente tiene mucho poder concentrado. Necesitamos expulsarlo colectivamente de en medio porque serรก dueรฑo de Linux, y por extensiรณn de nosotros y nuestras libertades. systemd serรก Linux. Siรฉntate ociosamente e ignora este hecho de nuestro peligro colectivo.
http://static1.gamespot.com/uploads/ignore_jpg_scale_medium/986/9866256/2540173-0237640794-Micha.gif
Hace rato saliรณ el primer comentarista que se ganรณ un viaje con todos los gastos pagados a la basura. Mientras ande por aquรญ voy a estar dando duro con el banhammer. Comentario insultante y/o sin argumentos se va derechito al infierno, aunque se me enojen que por censura y tal. Estรก bien que el flamewar entretiene pero ยซtodo con medidaยป…
jajajaj xD, lo vi :v, no estaba del todo mal su argumento, pero se fue al pasto cuando generalizo xD
pues elav acaba de resucitarlo y responderle.
JAJAJAJAJAJAJAJA, tenรญa que ser, mira que si le encantarรก perder el tiempo en discusiones sin sentido. Bien, si eso es lo que quiere me lavo las manos y le cedo el banhammer a รฉl, desde ahora preparo mis palomitas yo tambiรฉn y me limito a observar… http://i.imgur.com/YcJ0XpY.jpg
Ese comentario no tiene nada de malo, ea una simple opinion con respecto a no se que culo… XDD
Ese @tete es todo un loquillo ๐
Por cierto ya tengo mi sistema libre de Consolekit, Policykit, y con automontaje sin problemas ๐
bien!, es impresionante la versatilidad que tiene Gentoo xD
Umm no se tu caso en particular , pero a mi systemd me dio muchos problemas , sobretodo con PAM, esperaria un poco mas para cambiar , por el momento , como tambien uso BSDs , prefiero usar OpenRC.
@roader, yuki usa OpenRC sin Consolekit ni Policykit
@roader, no me gusta systemd, me quede con OpenRC porque es todo lo que necesito, ademรกs de ser sencillo de manejar. Los *Kits los borre de mi sistema, y el automontaje lo hago usando udevil de IgnorantGuru y va perfecto. Sobre PAM, este puede eliminarse, en Gentoo tienes esa capacidad, no se como serรก en BSD.
Lo habรญa leรญdo, y en general coincido con lo que dice. Aunque semejante email en la lista del kernel… parecerรญa que solo estรฉ buscando hacer un flamewar. Pero como dije antes, no quita que menciona varios puntos vรกlidos, pero no creo que sea el lugar (en mi opiniรณn).
Vale decir que hace tres dรญas hice un tuit que decรญa: ยซgnome, pulseaudio y systemd tienen algo en comรบn: la forma poco feliz en que se relacionan con(tra) la comunidad #Linux :-/ยป https://twitter.com/gorlok/status/500413760595849216
Era en referencia a los conflictos constantes de estos proyectos, en particular sus desarrolladores/lรญderes cรณmo se han manejado con la comunidad, con continuas polรฉmicas. Es claro que es imposible dejar contentos a todos, todo el tiempo, y al mismo cumplir las metas. No existe la fรณrmula para que un proyecto deje a todos felices cantando el Kumbaya, pero de ahรญ al nivel continuo de conflictos y choques constantes que hay en esos 3 proyectos de ejemplo, hay un trecho.
En particular con systemd, a pesar de los conflictos y su filosofรญa de diseรฑo, funciona, y soluciona varios problemas reales y urgentes que habรญa que solucionar. ยฟEs la mejor soluciรณn? Lo dudo. Por eso ha ganado espacio a pesar de los conflictos. Sin duda que hay lugar para que otros proyectos tomen su posta. Por eso es importante minimizar las dependencias con systemd (o pulseaudio por poner otro ejemplo), y en eso estoy de acuerdo en eso con el usuario, asรญ facilitamos ese camino que sin duda serรก transitado eventualmente. La otra alternativa realista a systemd era upstart… el cual tampoco estaba libre de cuestionamientos ni conflictos, casi que mรกs de lo mismo.
Por otro lado… estos conflictos no son tan graves, son mรกs la norma que la excepciรณn. Siempre los hubo y siempre los va a haber. Vale mencionar muchรญsimos casos histรณricos con GCC, por poner un ejemplo, que generaron proyectos alternativos probando otros caminos, que al final terminaron enriqueciendo a la comunidad.
Apuesto que con el tiempo otro proyecto tomarรก la posta aquรญ tambiรฉn, a menos que systemd eventualmente trabaje en sus cuestionamientos y los vaya resolviendo. Por ahora… es lo que hay, y creo que muchos lo entienden asรญ, mientras prefieren dedicar sus esfuerzos a otros temas mรกs urgentes.
El punto es que hay muchos cuestionamientos y problemas sobre systemd que simplemente a Leannart le importa muy poco resolver pese a que son apremiantes en ocasiones, o que simplemente son ocultados haciendo malas modificaciones a software relacionado con systemd (caso Kay). En el foro ya se habia empezado a hablar del tema y puse sobre la mesa algunas cosas que me ha tocado pasar con systemd y bugs a los que simplemente no se le busca soluciรณn (por ahora).
Link: http://foro.desdelinux.net/viewtopic.php?pid=21896#p21896
Me recuerda a OpenSSL …
El caso es mรกs o menos parecido al menos de transfondo. Es algo asi como: ยซHagamos muchas lรญneas de cรณdigo, no las comentemos, no las documentemos, de todas formas nadie revisa el cรณdigo bien, y si llega a aparecer un error, pues ya veremos que hacemos con elยป
A los linuxeros no hay nada que les venga bien , si cada distro hace lo que se le canta , discuten que esta mal , que la fragmentacion y que la mar en coche , y si unifican es que le quitan libertades , si no les gusta sienten el culo y programen …
No esperaba otra respuesta de un ยฟWindosero? (ni siquiera se si ese tรฉrmino estรก bien empleado). Los usuarios de Windows y Mac estรกn acostumbrados a usar lo que les pongan, SI o SI. Esto nunca ha pasado con GNU/Linux, por eso toda esta bronca, y crรฉeme que no es por falta de programaciรณn, o de culos.
Pues… http://boycottsystemd.org/.
Coincido en muchos aspectos de lo aquรญ hablado.
Extraรฑo con nostalgia aquellos tiempos de Arch cuando NO tenรญa systemd, cuando existรญa el rc.conf y demรกs, pues el 90% de la configuraciรณn de mi sistema estaba especificada en ese archivo.
En otras distros (como Debian) no era tan asรญ, no estaba todo concentrado en un solo archivo, pero no me importaba, init me resultaba agradable, lo entendรญa a fondo, sabรญa cรณmo funcionaba y cรณmo hacer que funcionara como YO querรญa, los runlevels, rcconf, etc.
Ahora con systemd … digamos que lo primero es que es diferente. journal, systemctl, y demรกs herramientas sรญ, permiten hacer lo mismo pero no paro de preguntarme, ยฟen realidad era necesario este cambio? … U_U … yo sรฉ mi respuesta, ustedes sabrรกn la suya.
No me arrepiento de ahora usar systemd en Arch (bueno, no es que pueda o no arrepentirme… o lo uso, o me olvido de Arch), pero sรญ me gustarรญa que hubiese sido de otra forma.
Excelente artรญculo. No comparto laยปcruzadaยป tan extrema contra SystemD, pero sรญ estoy de acuerdo en que el simple hecho de que systemd sea ยซun anillo para gobernarlos a todosยป no es la mejor opciรณn, no se debe generalizar y que ahora todas las distros adopten esta filosofรญa… pues, los que han visto The Lord of the Ring ya saben cรณmo termina esa frasesita ๐
Siempre puedes usar otro initmanager , no es tan dificil , lo unicos es que los guiones de inicio los debes descargar (o escribir) tu .
Extraรฑo rc.conf, no entiendo systemd, es la razรณn por la que deje Arch, no me acostumbre, es un verdadero desmadre ๐
Igual y le interesa
http://scriptogr.am/x_fausto/post/arch-linux-sin-systemd
Gracias!
Saludos
Pues, sin animo de ofender, me parece un articulo muy pobre. Hay muy pocos cuestionamientos tรฉcnicos, y el autor parece darle mucha importancia a sentirse especial. A mi parecer no me parece mal la estandarizacion de partes bรกsicas del sistema.
correcciรณn: Me parece una carta bastante pobre.
En el inicio del artรญculo se especifica que, no es un artรญculo del autor sino una traducciรณn libre de una carta hecha a la lista del Kernel… se ve mal que se comente solo porque si.
Esta batalla serรก larga, la cuestiรณn estรก en si esto derivarรก en un init unico para todas las distros (un Anillo para controlarlos a todos) o alguien mรกs tendrรก la iluminaciรณn de hacer un nuevo init con mejoras tecnicas y de diseรฑo con respecto al actual init, eso es algo que queda por ver.
En lo personal, use personalmente por un par de aรฑos systemd (Archlinux y Debian Testing, y tengo maquinas de clientes con ese init) y debo decir que en muchas ocaciones era una bendiciรณn y en otras la mismisima cara del demonio trolleandote a mรกs no poder. Bugs extraรฑos e incluso algunos bastante peligrosos, dependencias y loops en servicios, en fin las cosas que vienen acompaรฑadas de un software aรบn no debidamente estable y que a su vez viene acompaรฑado de una complejidad de programaciรณn bastante fuera de la usual.
Por el apartado de desarrollo, me estuve leyendo el cรณdigo de systemd, para ver que tan documentado y comentado estaba y en mi vida he visto algo mรกs austero, salvo tal vez, por el Hola Mundo que te mandan a hacer en tu primera clase de programaciรณn.
Bueno, como flamewar, esta muy bien. Pero con respecto al articulo voy a explicar mi punto de vista :
Init esta obsoleto. ยฟPorque? Todas las tareas que tiene que realizar en un solo hilo (crep que a todo el mundo le gusta que las cosas vayan mas rapido y utilicen esos procesadores multinucleo que tenemos en nuestros ordenadores). No permite tener dependencias entre procesos de forma que no arranquen unos si otros no estan ( a nos ser que busquemos con el comando ps, pero esto me parece de chiste ). A los usuarios tan enfadados que no son desarrolladores o mantenedores de paquetes de distribuciones decirles que a los que si somos mantenedores y desarrolladores estas alternativas al inicio ( upstart , systemd, … ) nos dan la vida para poder hacer que las cosas funcionen mas facil, sobre todo en distribuciones como Debian que cuando tu te instalas un paquete ya esta todo funcionando ( tu te instalas apache y a partir de ese momento ya esta arrancado y siempre lo hara) . Las cosas con init pueden llegar a ser mas faciles, pero llega un punto en el cual no te ofrece solucion (un pico esta muy bien y es muy facil, pero no veo yo a mucho obreros utilizando un pico para abrir zanjas en el asfalto). Asi pues, es necesario utilizar un sistema mas moderno que Init. ยฟ Cual elegir ? ya se estubo debatiendo si SystemD, si upstart ,si la alternativa de Init (ahora no recuerdo como se llamava algo de init con vr o hr), yo he utilizado bastante upstart para decir que esta muy verde para las necesidades de los desarrolladores y lo he maldecido mil y una vez. Con upstart no he tenido el placer de poder tocarlo tanto, pero si tantas distribuciones (Arch, Fedora, Suse, Debian, Ubuntu ….) han optado por el, por algo sera, ยฟ no ? por lo que he visto tal vez sea un poco mas complicado de utilizar ( tampoco me parece ninguna barbaridad de complicado ), pero no es algo que deberia preocupar a los usuarios de a pie de Linux. Y si eres desarrollador/mantenedor/sysadmin , pues oye, en la informatica siempre hay que estar reciclandose y aprendiendo cosas nuevas; Lo que ayer esta bien,hoy ya no cumple las necesidades y hay que cambiar para mejorar. Con respecto a si es cerrado o no, si los desarrolladores de SystemD son unos vagos y no quieren arreglar las cosas, hay dos opciones. o crear otro sistema de inicio que haga las cosas que se necesitan o aprender como funciona systemd y colaborar con el desarrollo.
Y si no te gusta la decision de Debian, siempre puedes montarte tu propia distro y hacerlo como tu quieras .
seรฑor, me saco el sombrero ante su comentario
O instalarte openrc (o cualquier otro gestor) los guiones de inicio que necesites y modificar la opcion init= en el grub. Como fan de systemd que . por cuestiones de practicidad usa openrc en lugar de este tengo que decir que , aunque no esta tan desarrollado , no le tiene nada que envidiar , tiene soporte para paralelizaciรณn , es mas compatible . Solo me gustaria que cambiase el vetusto consolekit por logind.
Openrc, ese era la alternativa que se barajo al cambiar de Init y que no recordaba. A ver, mucho del debate que se genero venia por el hecho de que por la dependencia systemd tenia una dependencia (creo recordar que con el kernel) producia que no se pudiera portar a otras arquitecturas, de forma que seria menos libre. Aun asi , upstart creo que tampoco seria una alternativa muy valida, y openrc no lo he visto para nada y no puedo opinar.
Sin estar dentro es muy fรกcil decir que hacer y que no, sobre el papel queda muy bonito, pero cuando ya estรฉs ahรญ y lleguen los nuevos KDE, GNOME, Wayland y demรกs cosas que vienen cada vez mas relacionadas/dependientes de systemd ยฟQuรฉ vas a hacer?
@roader, es posible usar OpenRC sin necesidad de tener Consolekit o Policykit instalados ๐
@raul, pues OpenRC es un init muy sencillo, la cantidad de cรณdigo del mismo es menor a 40 mil lineas, comparados con las mรกs de 400 mil lineas de systemd (y aumentando), mientras que a su vez tiene menos dependencias y es mรกs modular aรบn que systemd. OpenRC cuenta con paralelizaciรณn, es portable a otros *NIX, es capaz de limitar recursos por servicios, tiene integraciรณn con CGroups y SELinux (estas dos caracteristicas son algo asi como las banderas de systemd).
Yo lo uso en Gentoo, y sin usar paralelizaciรณn arranca mi sistema en 22,3 segundos mientras que systemd lo hacia en Debian en poco mas de 18 segundos (no recuerdo los milisegundos jeje) usando los mismos servicios.
@Yukiteru , el problema que yo le veo es que con openrc te tendrias que cocinar tu todos los scripts de arranque, y es un rollo tener que hacerlo, sobre todo si tienes servicios que dependen unos de otros (por ejemplo glusterfs tiene que arrancar despues de que arranque la red, pero no mucho mas tarde que el sistema de ficheros ), por eso mismo yo no voy a hacer un esfuerzo titanico de reescribir todos los scripts de arranque para otro sistema. Si el que triunfa y decide la comunidad de systemD, pues lo aceptaremos, que es Upstart, pues adelante con el.
@Staff, si un proyecto decide tomar un camino yo no puedo hacer otra cosa que o seguirlo o tomar otra alternativa. A mi Gnome no me gusto cuando cambio a Gnome3 y yo cambie a KDE. Hubo gente que tampoco le gusto Gnome3 y decidio crear Mate. La licencia de SystemD no la he leido, pero por lo poco que se es LGPL 2.1 y lo unico es que parece usar algo que tiene una licencia privativa, por lo tanto no creo ( hablo un poco con desconocimiento de la complejidad ) que sea demasiado complicado hacer un fork si llega el momento de que todo depende de SystemD. Estoy seguro de que no estaras agusto con todo lo que usas de tu entorno de escritorio, pero si hay alguna alternativa lo sustituyes, y sino pues supongo que lo aceptaras porque no hay nada mejor, ยฟ no ?
@raul ยฟCon OpenRC tienes que reescribir scripts de arranque? Pues al menos en Gentoo no he tenido que hacerlo ni siquiera para usar la paralelizaciรณn, y dado el caso haya que usarlo en otra distro, se da el mismo caso que en Debian o cualquier otra distro que este migrando a SystemD, tienes que reescribir muchos de los scripts para adaptarlos a los PATH entre otros detalles que vengan con esa distro en cuestiรณn.
Pues opino que systemd es una maravilla, yo lo he probado en distros como archlinux y funciona como una bala, y aunque en debian testing estรก implementado todavรญa hay ciertos servicios antiguos que tienen scripts en /etc/init.d y que tienen que ser arrancados por compatibilidad como ยซLSBยป, asรญ que en un tiempo seguro que en debian ya lo han portado todo a systemd. La cuestiรณn no es solo la velocidad que ofrece, sino que el paradigma de gestiรณn de servicios estรก muy bien estructurado lรณgicamente y de una forma elegante. De hecho, mirando /usr/lib/systemd/system y /etc/systemd/system puedes hacer un arbol mental de los servicios durante el arranque, yo de hecho para entretenerme he escrito en papel fรญsico un arbol extraido del contenido de los ficheros de systemd y se ve de una forma clara lo que sucede. Por ejemplo, systemd por defecto lanza default.target, que es un enlace a graphical.target (incluso aunque no haya entorno grafico instalado), y se puede modificar default.target de 3 formas.
1) Especificar en la linea del kernel un valor para el target por defecto de systemd
2) En /usr/lib/systemd/system modificar el enlace default.target
3) systemctl enable multi-user.target || systemctl enable graphical.target o el que quieras por defecto. Como estos targets tienen en la seccion install el nombre default.target, instalarlos equivale a crear en /etc/systemd/system/default.target un enlace al target por defecto.
Ademรกs, se ve que los gestores de sesiรณn como slim, por ejemplo bajo archlinux, se puede observar que se instalan con el alias session-manager.service ( o un nombre parecido ), y graphical.target tiene como wants ( dependencia opcional ) a session-manager.service y como dependencia estricta a multi-user.target. En definitiva, estรก muy bien construido …
Saludos !
Y lo viene a decir despues de que SystemD llega a Debian? al menos eso me parece, creo que debio de haber publicado esto antes de que eso pasara.
Por otra parte SystemD es mejor en todos los ambitos (excepto (al parecer) en lo que se menciona mas arriba) que el resto de alternativas, despues de todo es un punto de vista lo que el expone alli.
Ni que fuera tan complicado cambiar a OpenRC.Claro que debera desarrollar una capa de compativilidad (o simplemente adoptar) logind.
ยฟAรบn con esto? Parece que la gente no se entera de que las ยซinit warsยป ya terminaron con systemd como vencedor, porque simplemente no hay mas competidores.
ยฟCuales eran/son las opciones?
-Esperar
Definitivamente no.
-Upstart, OpenRC….
No, ninguna de las opciones existentes tiene la ventaja tรฉcnica ni del apoyo comunitario y empresarial que tiene systemd, vamos que el mismo creador de Upstart (el adversario mas fuerte) reconoce la eso y aplaudiรณ la decisiรณn de Debian para migrar a systemd.
-Crear algo nuevo.
Este ni falta hace explicarlo.
Entonces, si tenemos un vencedor que nos entrega gratis un software libre y sin CLA abusiva, pues aprovechemoslo, si es ยซun anillo para controlarlos a todosยป pues hay que involucrarse y encontrar la forma en que todos podamos usar el anillo al mismo tiempo.
Con respecto a lo del anillo, ยฟporque nadie se queja del kernel? tambien es un unico kernel para dominarlos a todos, y nadie defiende a Hurd (y con razon).
y me tomo el atrevimiento, ahora con todo este ยซdespioleยป (atenciรณn, voy a utilizar una errรณnea generalizaciรณn para darle รฉnfasis a mi opiniรณn ) todos se ponen la camiseta de BSD… de repente todos son usuarios de BSD, y abogan porque รฉste disponible todo el software para BSD, AmigaOS, BeOS, Solaris etc… vamos muchachos… si tan preocupados estรกn por esos sistemas, a mandar parches para que systemd sea compatible… o en su defecto parchear las aplicaciones que dependen de systemd para que sean compatibles con su OS..
Exacto, existe un doble discurso terrible.
Si se usa ese kernel es por que no hay opciones con el mismo nivel de madures, pero no es problema, tiene una licencia libre, podemos usarlo, involucrarnos para que funcione COMO NOSOTROS QUERAMOS y cuando llegue el tiempo de cambiarlo (Que va a llegar) elegir una opciรณn (De las que ya se estan desarrollando) que nos siga dando la misma libertad.
@x11tete11x
En *BSD no es tan fรกcil, por su forma de manejar los proyectos.
GUN/Linux es por naturaleza el paraรญso de los workaround, parches y mas parches, muchos improvisados, mal documentados y que al final requieren mas parches, que requieren parches, que requieren parches …
*Y ojo* No estoy diciendo que alguna de las formas sea mejor que la otra, simplemente son diferentes.
Como le respondรญ a raul, existe un doble discurso(y aรฑado apatรญa) en todo esto, que tambiรฉn afecta en lo que tรบ mencionas.
La mayoria de esos aplauden a *BDS son los mismos que atacan la postura ideolรณgica del Software Libre sobre cosas como los drivers privativos y se llenan la boca diciendo que prefieren el Open Source, sin ver que por ejemplo, OpenBSD y sus principales voceros son, por lo menos, igual de estrictos que el mismo Stallman y menos tratables.
Entonces, esas personas al final no aportan a *BSD ni a GNU, como dicen en el argot del baseball: Ni pichan, ni cachan, ni dejan batear.
El artรญculo estรก bien, solo que en vez de explicar porque systemd es un cรกncer (que lo es) se pone a despotricar sin dar las explicaciones del porque systemd es malo.
Lo malo de systemd es el pequeรฑo grupo (bien pagos) que dirige su desarrollo, no le dan ni un cuarto de bola a la gente, altera mecanismos transparentes como syslog-ng con journald…todo se vuele turbio bajo systemd.
Unificar esta bien, pero que lo haga la comunidad entera, no un gil de goma bien pago por intereses empresariales e imperiales.
Por suerte gentoo y funtoo han dicho no, openrc no serรก cambiado como sistema por defecto, ademรกs tenemos la suerte de que gentoo hizo fork a udev y se creo eudev para eliminar la sรญfilis de udev/systemd.
$ eix -Ic eudev
[I] sys-fs/eudev (1.9-r2@27/07/14): Linux dynamic and persistent device naming support (aka userspace devfs)
$ eix -Ic openrc
[I] sys-apps/openrc (0.12.4@20/04/14): OpenRC manages the services, startup and shutdown of a host
No basta parecer ser bueno, hay que demostrarlo y ahรญ es donde falla systemd, lo que esta faltando es que le hagan un fork a systemd, y cambien sus dirigentes.
Porque es una traducciรณn de un post a la lista de correos del Kernel, no una opiniรณn personal del autor de la nota.
Lennart sabe como torpedear eudev. Planea mover udev a kdbus
http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html
Yo me pregunto ยฟPor quรฉ torpedear un proyecto fork como eudev? ยฟSerรก que a Lennart no le interesa para nada que otros puedan crear alternativas viables al software que viene de Red Hat?
Claro esto no significa que sea imposible, pero ciertamente harรก las cosas mรกs dificiles y puede que proyectos como eudev se vengan abajo porque simplemente no le pueden seguir el paso a udev/systemd/kdbus y a la cantidad de recursos que le son dedicados.
No sรฉ pero al paso que vamos en algรบn momento tendremos la siguiente lรญnea en nuestros release: ยซBased in Red Hat Linux OS. All rights reserved ยฉ 20XXยป
no se como van a resolver los muchachos con eudev, pero KDbus es un proyecto que banco, es insanamente ridiculo tener que cambiar de contexto 2 o 3 veces para comunicar procesos vรญa el actual Dbus, es una locura…
si no es bajo systemd, serรก bajo alguno de los init, pero KDbus no debe ser algo tomado a la ligera…
Ciertamente la cuestiรณn es que Lennart harรก lo que le venga en gana con ese cรณdigo allรญ es donde estรก el punto, Lennart y compaรฑรญa ya tienen a muchos cabreados con sus desmanes, e incluso Linus a veces le ha lanzado su una que otra piedra por su manera de hacer las cosas.
Definitivamente ahรญ se le cayรณ la careta, no deja de asombrarme el poder que tiene el dinero.
Como que le va a afectar a la gente de gentoo que este zรกngano intente poner kdbus dentro del nรบcleo, primero va a tener que convencer a Linus de poner esa pudriciรณn dentro del nรบcleo.
Aparte en gentoo hay desarrolladores que pueden ir portando los cambios de udev y kdbus a eudev, nada difรญcil viendo el tamaรฑo del cรณdigo de udev/systemd.
Se necesita urgente hacer un fork a systemd y que pase a manejar la comunidad entera las desiciones de como se hacen las cosas.
Lo que a mi mรกs me indigna de systemd son las dependencias de un servicio sobre otro, ese control debe ser manual, si pierdes el control de que demonio esta activo o inactivo, entonces pierdes el control de tu sistema….a ese paso propondrรกn quitar al root e instalar una imagen inalterable en el disco…..todos ejecutando lo mismo, una manera masiva de en caso de ยซun bug inadvertidoยป poder tener control de todas las pcs con linux.
dame una razรณn de porque no implementar kdbus es beneficioso (y no digo traerse todo systemd, solo KDbus), es insanamente ridiculo tener que cambiar de contexto 2 o 3 veces para comunicar procesos vรญa el actual Dbus, es una locura…
Yo no digo que sea malo implementar un bus de escritorio en el espacio del nรบcleo, lo que digo es que su implementaciรณn de kdbus (la de Lennart) no serรก confiable porque la irรก cambiando a la medida de sus gustos para cagarle la vida al resto de los proyectos.
Ya he leรญdo algunas opiniones de Linus sobre systemd y no creo que sea tan tonto en ceder.
Quien le permitiรณ a Lennart meter sus narices en los logs del sistema? afectando al paquete syslog-ng con su journald en formato binario, un simple # cat /var/log/message |grep -i algo
permitรญa desde cualquier lado ver el log filtrado sin usar nada que no este en el sistema base, resulta que journald usa un formato binario y solo con el ejecutable jpurnald se puede ver el contenido y filtrarlo con sus parรกmetros no es precisamente fรกcil.
Cรณmo puedes usar systemd y syslog-ng sin instalar journald? ….por eso es un cรกncer, se va propagando por todas las partes del sistema tapando, bloqueando y anulando otros paquetes.
Log binarios, me suena a Windows.
@emiliano, y que no falte el detallito de tener que reiniciar el PC en caso de que systemd y varios servicios actualicen al mismo tiempo, en esos casos ni siquiera hacer un systemctl daemon-reload te salvarรก de hacerle un reboot completo a tu sistema si quieres que funcione como es. ยฟWindows? ยฟDonde?
He usado siempre distribuciones .deb por que para mi han sido siempre mรกs fรกciles de usar que los de la familia .rpm.
Esa facilidad siempre se la he atribuido a upstart. Me sentรญ herido el dรญa que supe que Debian se decantรณ por systemD
Sinceramente el codigo fuente seguira ahi, haz tu propia distro. No vi ninguna explicacion de lo que era malo del systemd aparte de comentarios descentrados de algo tecnico, un mar de palabras insultantes con practicamente nula explicacion, ok aparte de la falta de transparencia(resistencia al cambio), aun puedes usar BSD, tambien esta haiku os… y hay mas sistemas operativos libres por si no lo has notado ๐ te recomiendo haiku os. Me hubiera gustado saber que es lo satanico de todo el asunto pero me fume todo el comentario y no vi nada relevante aparte de una posicion filosofica un poco amaรฑada(comun en los debianeros) Supongo que no seras el unico en desacuerdo de esto, forkeen debian y lo hacen perfecto. Saludos, me empezare a preocupar cuando ya el codigo fuente no sea accquible, por ahora neeee.
En la cabecera del articulo, estรก escrito claramente que es una carta de un Debianita en la lista de lkml.org, mรกs no una critica por parte del autor (@diazepan).
Todos los ยซproblemasยป de init estรกn relacionados a sistemas de escritorio, donde GNU/Linux no existe. En el terrreno de los servidores, donde GNU/Linux es el #1, init es lo mejor. Si ven a un usuario pataleando contra SystemD, seguro es porque administra muchos servidores.
Saludos.
Acaso Linus Torvalds no habรญa expulsado al desarrollador?
http://gutl.jovenclub.cu/linus-torvalds-desconecta-a-uno-de-los-programadores-del-kernel-de-linux
uso linux pero nunca me he dedicado a conocerlo internamente asi que estos debates de upstart systemd y demas me suenan a chino . Asi que pregunto algo porque dicen que systemd es un cancer?
que tanto podria afectar el desarrollo del kernel linux .Podrian convertirse en cosas inseparables en una distri? gracias ๐
A รฉl lo botaron por ser el que generaba bugs sin que supiera solucionarlos. De ahรญ el resentimiento.
Y por si fuera poco, aquรญ hay un par de detalles por los que Linux estรก alejรกndose paulatinamente de la filosofรญa UNIX:
1.- La FSF estรก en contra de UNIX. Por lo tanto, desde que se creรณ el kernel, la FSF ha sido la que ha influรญdo en su distanciamento entre los Unixeros.
2.- UNIX en los servidores es ya visto como Windows XP en los PC’s de escritorio. De ahรญ, el por quรฉ los supercomputadores estรกn -en su mayorรญa- instalados con una distro GNU/Linux.
Si no fuera por esos dos puntos, Christopher Barry hubiera sido aceptado por los linuxeros en general. Pero como nos hemos olvidado de que UNIX ya no tiene la misma relevancia que antes (aunque hay que admitir que sin รฉl, no hubiera existido ni internet ni la informรกtica tal y como la conocemos), y que el sector empresarial depende completamente de Linux (รฉchenle un vistazo con quรฉ distro corre la bolsa de valores de Nueva York).
Ese era Kay Sievers, y Linus le prohibiรณ agregar cรณdigo al kernel porque daba mรกs problemas que los que solucionaba, ademรกs de querer callar el debug del kernel para ocultar las fallas del cรณdigo que el escribe para systemd. El reporte original estรก por acรก:
https://bugs.freedesktop.org/show_bug.cgi?id=76935
Al final, vendria siendo como utilizar Windows…
Y hablando de Roma …acaban de lanzar nuevas versiones de udev-init-scripts y openrc
https://packages.gentoo.org/package/sys-fs/udev-init-scripts
https://packages.gentoo.org/package/sys-apps/openrc
Recuerdo cuando cambie de udev a eudev, todo un riesgo porque hay que eliminar primero udev y luego instalar eudev, mientras tanto estรกs trabajando en el aire, si algo sale mal no te queda otra que chroot jeje.
Jajajajaja si andas al filo de precipicio, lo bueno es que tiene una soluciรณn chroot y mรกs nada ๐
Theo de Raadt estarรญa revolcรกndose de la risa con este flamewar (y pensar que LibreSSL naciรณ a partir del problema del mantenimiento de OpenSSL y su ineficacia del software en sรญ mismo en sus รบltimos aรฑos).
Lo mismo sucederรญa si SystemD tendrรญa el interรฉs de Theo y los hooligans de OpenBSD (lo llamarรญan SystemX en alusiรณn a UNIX y familia, ademรกs que lo harรญan lo mรกs compatible posible, y -al igual que LibreSSL- con una pรกgina web con tipografรญa de Comic Sans).
En fin, parece que Slackware y Gentoo ganarรญan mรกs adeptos gracias al flamewar (en serio, Slackware es el mรกs apegado a UNIX y a la filosofรญa KISS en sรญ misma).
Un poco fanรกtico me suena todo esto
Yo le dirรญa que su tiempo en debian ha pasado, si quiere mantener sus costumbres UNIX, se va a sentir muy cรณmodo con OpenRC en Gentoo -de paso puede instalar tranquilo KDE y no le darรก urticaria Gnome-. Systemd y Gnome van de la mano, serรญa un dolor de cabeza ponerse a parchar cada paquete, como querรญa ubuntu con upstart. En debian popcon sigue diciendo que se usa Gnome, los recursos son limitados, y estรกn en la segunda beta del lanzamiento.
Alguien me puede explicar que es systemd y cual es el problema con รฉl (aunque me imagino por donde van los tiros) ? Es que aunque uso linux no conozco muy bien su funcionamiento interno.
systemd es un programa que se encarga de iniciar tu sistema operativo (init) y todos los servicios que usarรกs en tu computador, desde el montaje de disco duro y usb, hasta los demonios que te permitirรกn usar internet, asรญ como el apagado de sistema y el track de sesiones de usuarios, entre otras muchas cosas.
Ni modos, a buscar Hardware que soporte bien FreeBSD ๐
Eso es falso eliotime3000
1. La FSF no odia UNIX. A ellos solo les interesa impulsar el software libre. Si AIX o HP-UX fuesen libres serian recomendados por la fundacion. Richard Stallman ha dicho que eligio crear un sistema tipo UNIX por su gran portabilidad y limpieza, aunque tenia algunas criticas en general.
Y no tiene nada que ver las acciones de la FSF con la separacion de UNIX y GNU/Linux, sino esto deriva de su modelo de desarrollo heredado o adquirido. Mientras el primero es mas centralizado, estable y probado, el segundo incorpora funcionalidades y caracteristicas muy rapidas, sin realizar muchas pruebas rigurosas.
En gentoo se puede tener nรบcleo linux o nรบcleo freebsd, ese es el motivo principal que ha tenido gentoo de rechazar systemd, como sabrรกn systemd estรก atado a los cgroups que solo tiene el nรบcleo linux y no los nรบcleos unix como freebsd.
$ eix -c freebsd-sources
[N] sys-freebsd/freebsd-sources (–): FreeBSD kernel sources
El hardware de hoy dรญa es totalmente compatible en el 95% de los casos, algรบn que otro problema con chips insรณlitos asics de netbook o notebooks, pero en general el resto no es problemรกtico, algรบn bios por ahรญ con las tablas ACPI no muy bien terminadas, pero nada que no pueda arreglarse compilando el nรบcleo o pasรกndole un parรกmetro al nรบcleo en el /etc/default/grub
las palabras se las lleva el viento
solo son palabras sin argumentos, datos concretos, comparativas…
es un discurso filosรณfico
me gustarรญa encontrar en todo ese discurso un razonamiento documentado, pero no encuentro nada
ยซEsos que piensan que Linux deberรญa preocuparse por idiotas y HOYGANs deberรญan regresar a sus Macs y Windows, y dejar de tratar de โarreglarโ a Linux.ยป
Este es el mรกs claro ejemplo del por quรฉ la gran mayorรญa de los usuarios de Windows nos perciben como un atado de geeks que se sienten el ombligo del mundo… por mรญ parte Barry puede enrrollar su cartita y metersela por allรญ, en ese lugar del cuerpo en donde nunca le da el sol.
Bueno a mi systemd no me disgusta, ya no es tan inestable como fue al principio, y la verdad me da igual que sea openrc, upstart systemd, mientras inicien rรกpido mi pc.
Tina, la mayorรญa de usuarios son aquellos que nunca han entrado en un foro a mirar discusiones, que ni siquiera saben de la existencia de Linux y si saben, saben que existe algo raro y marron llamado Ubuntu. Por tanto estas discusiones, al usuario promedio no llegan ni se entera, de hecho la mayorรญa sigue sin saber usar bien ni siquiera Windows.
Pandev… tienes toda la razรณn del mundo; la gran mayorรญa de los usuarios de Windows no lee ni participa en este tipo de discuciones, y es precisamente por eso que tienen una imagen distorsionada del usuario de GNU/Linux. Y con ideas tan estรบpidas, como esa que escribiรณ Barry, aun menos se interesan. ยฟQuien desea ser tratado como ยซidiota y hoyganยป? ยฟQuien se cree Christopher Barry para referirse a los demรกs de esa manera? ยฟEntonces GNU/Linux fue, es y siempre serรก un mundo sรณlo apto para ยซiluminadosยป que entiendan los aspectos tรฉcnicos y las famosas ยซlibertadesยป? Los los simples usuarios de a pie que deseamos que GNU/Linux genere distros mรกs amigables, fรกciles de usar y nos interesa muy poco -o nada- el lenguaje de programaciรณn y la doctrina de Stallman ยฟno contamos porque segรบn ยซMr. Barryยป somos unos idiotas?
tina, pandev. fijense que el enlace que puse en la parte de los hoygans lo puse de mala leche.
Hola Diazepan. Gracias por la aclaraciรณn, pero ya lo habรญa yo notado. De hecho antes de vertir mi comentario leรญ la carta original para tener en claro lo que Barry intenta decir y me quedรณ muy cierto que tรบ criticas el fondo -no la forma- con esas aรฑadiduras irรณnicas, y muy certeras por cierto.
Es ese mismo contexto de ยซmala lecheยป el que yo uso para referirme a lo que ยซMr.ยป Christopher Barry expresรณ como sin querer queriendo.
Entiendo, como tรบ Diazepan, lo que Barry dijo entre lรญneas y estoy totalmente de acuerdo con tu crรญtica.
Creo que hay que ubicarse en el contexto, ยฟa quien fue enviada la carta? si, de este tal Berry a la LKML.ORG, o sea es un usuario posiblemente programador avanzado que se dirige a otros desarrolladores avanzados…no a usuarios normales.
GNU/Linux ha llegado donde esta gracias a los programadores, siguen siendo los programadores los que mejoran y avanzan todo esto.
Estamos ante un sistema operativo y programas hechos por la gente y no por empresas, en una empresa el manager dice esto se hace asรญ porque yo digo y para eso les pagamos, punto final, de esa manera el usuario jamรกs va a tranzar con el creador del programa o sistema.
Ahora vean lo que pasa en GNU/Linux, los usuarios sin saber mucho se meten en conversaciones de los programadores….
No quiero levantar polรฉmicas con este comentario, tampoco soy programador, solo decir que hay que ubicarse en el contexto de como sucediรณ.
Citando al libertarado en cuestiรณn:
Con tildar a los usuarios de Windows de idiotas y retrasados es mรกs que suficiente como para considerar a Barry como un idiota y HOYGAN (hay muchos que saben sacarle el jugo a la suite de Adobe, a los programas de Autodesk {como los estudios de videojuegos, incluyendo a Valve y Bandai Namco}, a los modeladores que usan SolidWorks con sus impresoras 3D y demรกs tรฉcnicos).
Sin duda alguna, es una razรณn mรกs para no considerar la opiniรณn de este fanboy que le irรญa mejor si trabajara con Theo de Raadt en el desarrollo de LibreSSL y OpenBSD.
Lo de systemd se ha vuelto una pelea de egos, a cual mรกs grande creyรฉndose dioses. La idea de systemd no estaba mal al principio pero me parece algo demasiado grande y complejo para un sistema Unix-like, funciona a medias aรบn (problemas con el debug del kernel por ejemplo). Aunque si estรก metido en el ajo el que hizo el desastre de pulseaudio (de vez en cuando me pasan cosas raras con el), no hace falta decir mucho mรกs. Cuando empecรฉ con linux upstart ni existรญa, era init y funcionaba.
Anonimo:
El contexto de esto es una carta abierta dirigida a toda la comunidad:
Date Tue, 12 Aug 2014 15:38:12 -0400
From Christopher Barry
Subject OT: Open letter to the Linux World
ยซAhora vean lo que pasa en GNU/Linux, los usuarios sin saber mucho se meten en conversaciones de los programadoresโฆ.ยป es igual a ยซThose who think Linux should cater to idiots and droolers should go back to their Macs and Windoze boxen, and stop trying to โfixโ Linux.ยป
ยฟQuรฉ sugieres que yo haga entonces Anรณnimo? ยฟQuรฉ yo regrese a mi Mac o a mi Windows? Me parece que parte de la comunidad GNU/Linux la formamos gente que usamos GNU/Linux porque nos ofrece un sistema operativo que nos gusta. Ese grupo, al cual yo pertenezco, no somos programadores y, como es mi caso, no encontramos nada prรกcticas las propuestas de Stallman. Hay usuarios, como yo, que no nos importa y ni nos interesa saber si systemd atenta contra las libertades -supongo que Barry se refiere a las que pregona Richard Stallman, aunque no lo dice- porque vemos en GNU/Linux una herramienta con futuro… aunque como van las cosas me parece el futuro serรก sin el GNU.
@Tina – La carta fue enviada a la lista de emails del nรบcleo, se entiende por su asunto que es dirigida a todos los desarrolladores del nรบcleo, o al menos eso es lo que entiendo.
Se critica a systemd porque empezรณ como un sistema reemplazo de init y resulta que ahora ya esta manipulando la red y los dns. Por mas que digas que no te interesa saber como funciona, si te va a afectar de seguir como va…esto va a de seguro a el control remoto externo y consentido por los usuarios que no saben un pepino y opinan como si supieran.
La seguridad es el fundamento de GNU/Linux, la seguridad de que la informaciรณn no sea accedida ni manipulable, sin que el usuario se de cuenta (al mejor estilo windows y mac).
ยฟQue puede pensar alguien que sabe algo sobre seguridad viendo el curso que esta tomando systemd? la velocidad es un pretexto para pervertir la seguridad.
Ya estoy cansado de decirlo, logind, consolekit, policykit, selinux, multiseat y ahora systemd son troyanos a la seguridad innata que siempre tuvo GNU/Linux, desde afuera las empresas y ciertos paรญses estรกn pagando muy bien a los dirigentes de ciertos proyectos claves para convertir la seguridad de GNU/Linux en algo manipulable….nadie lo dice asรญ, yo me animo a decirlo para ver si de una vez enteran.
Otros intentos en esa direcciรณn estรกn en kde, kdelibs nepomuk strigi llamado semantic desktop.
No quiero que me arruinen el รบnico sistema operativo en el que confรญo, pero resulta que systemd ya tiene PID 1….y se ha entrometido con la red y los logs del sistema.
Se puede discutir largo y parejo por dรญas, pero vean las respuestas a ese email y verรกn que nadie le salio a decir que no tenรญa razones para decir lo que dijo.
@Tina mucho de lo que es hoy Linux, es gracias a que se han seguido de cerca las ideas de Stallman y de muchos otros, que abogan por que se respeten las libertades de software y del usuario a elegir que es lo que quiere, de acuerdo a sus necesidades, y eso ha sido asรญ no solo a nivel de usuario sino a nivel institucional, cientรญfico y empresarial. Ceder y perder estas libertades, no solo significa quedar sin la capacidad de elegir, sino que tambiรฉn transformarรญa a Linux en algo contra lo que desde un principio se habรญa luchado. Que proyectos como KDE, GNOME dependan de systemd, harรก las cosas mรกs difรญciles en este contexto, y por la tendencia actual es posible que eso no quede allรญ nada mรกs, extendiรฉndose la dependencia a systemd. Tan solo por poner un ejemplo, FreeBSD instala de forma predeterminada KDE, pero si KDE depende de systemd hacer que este funcione en dicho sistema serรก un problema ya que habrรก que parchear el cรณdigo para poder hacerle funcionar, aรบn asรญ Martin Grรครlin, aseguro que se mantendrรก el viejo init de KDE para sistemas que hagan uso de X11 nada mรกs, asรญ que esto no pasarรก al menos por ahora.
Y mucho de lo que hoy es Linux -sin el GNU- se ha conseguido gracias a quienes no han seguido la rรญgida doctrina de Stallman: el OS Linux mรกs usado en el mundo es Android y de GNU no tiene nada, las distros mรกs populares y que mรกs se han acercado al usuario de a pie como Ubuntu y sus derivados Linux Mint, Elementary y mรกs recientemente Deepin al adecuarlas nuestras necesidades resulta que al final ya no son muy GNU que digamos.
Yo siempre he dicho, aquรญ y en otros sitios, que respeto mucho a quienes creen y prรกctican la filosofรญa de Stallman, aunque yo no le encuentre รบtil -al menos para mรญ- sin embargo tambiรฉn hay que reconocer que habemos mucho usuarios de GNU/Linux que usamos sus distros por otras razones que no sean las libertades que Don Richad promueve y que lo que menos nos interesa es conocer las ยซtripasยป de los sistemas operativos porque no somos tรฉcnicos o ingenieros en sistemas. Ese grupo -grande o pequeรฑo es lo de menos- merece respeto, el hecho que no sepamos de programaciรณn no nos hace ni mรกs ni menos inteligentes y ni mรกs ni menos interesados en superarnos como personas. Sabemos lo que necesitamos de un sistema operativo -sea GNU/Linux, Windows o MacOS- y tenemos todo el derecho del mundo a exponer nuestras ideas. ยฟQuรฉ sucede si mis necesidades -que pueden ser tambien las necesidades de muchos otros- chocan con las libertades stallmanianas? La verdad es que yo no concuerdo mucho con eso de que si no nos calentamos todos, entonces tiremos la estufa al rio.
convegamos que a esos usuarios que describรญs, les da lo mismo systemd, upstart, openrc, etc etc ๐
Asรญ es @x11tete11x. Cuando yo prendo mi PC, a diferencia de Neo, no veo los cรณdigos de la Matrix en mi monitor y mucho menos sรฉ interpretarlos. Me da igual si el OS que yo uso tiene SystemD o cualquier otro ya que para fines prรกcticos lo que deseo es que el OS funcione… y que funcione bien. ยฟQue SystemD terminarรก siendo omnipresente y eso significa perder libertades? ยกPor Dios, eso es un tonterรญa!
ยฟQue SystemD es complicado, que tiene bugs y que sus desarroladores son tan holgazanes que hacen las cosas a medias? Raul lo ha dicho tan claro que ni gritarlo hace falta; en lugar de quejarse, que los que sepan del asunto, si tienen tiempo, que ayuden a parcharlo y corregirlo. ยฟPues que no de eso va el software libre?
@Tina:
Repitiendo por enรฉsima vez lo que dije en anteriores comentarios: aprendan de Theo de Raadt, pues tuvo las agallas suficientes de bifurcar OpenSSL cuando el resto sรณlo se quejaba.
No digo que sea una mala idea implementar SystemD. De hecho, cuando uso Chromium/Chrome/Opera Blink Developer en Linux, normalmente con SysVinit en Debian se demora una eternidad en apagar el sistema por completo, cosa que normalmenteno sucede con SystemD. Ademรกs, SystemD, al parecer, tendrรญa los dรญas contados si es bifurcado (y para colmo, con las mejoras y semejanzas con OpenRC, SysVinit y similares que muchos sysadmins desearรญan tener).
Mi querido @eliotime3000… tienes toda la razรณn del mundo. Aunque yo no veo la razรณn por la cual tendrรญa que ser bifurcado. Vaya, entiendo el por quรฉ, pero no le veo una justificaciรณn.
@eliotime3000 lo que dices de bifurcarlo lo veo como complicado al menos en BSD, ya en Linux es otro cantar, ya que puede hacer un sistema que sea capaz de compatibilizar las aplicaciones dependientes de systemd con un init como OpenRC, por medio de una capa de intermedia entre las aplicaciones dependientes de systemd y el sistema en si. Algo asi como se estaba planeando con OpenRC-settingsd, aunque este proyecto al parecer esta parado desde 2013. La otra cuestiรณn es: ยฟDe hacer algo asรญ, serรก que Lennart no harรก lo mismo que estรก haciendo ahora con eudev torpedeando el proyecto al llevar a udev/kdbus y systemd a una integraciรณn mรกs fuerte con el kernel?
@Tina, el que prendas tu computadora y no entiendas el cรณdigo matrix que aparece durante el arranque, te hace una usuaria promedio de Linux, los que son la gran mayoria de *usuarios* de este sistema, aquellos que vienen de las tierras de Windows y OS X, buscando una alternativa, probando o experimentando, y vieron en Linux algo que simplemente les engancho, sea cual sea esa razรณn, y eso se respeta. Lo que se discute y es la principal fuente de roce entre los pro y contra systemd al menos en mi entender, es el hecho de que este init se convierta en una especie de centro gravitatorio del cual nada pueda escapar, haciendo cosas que un init normalmente no deberรญa hacer, y convirtiendosรฉ en una dependencia dura de todo lo que se haga en Linux (demonios, software de administraciรณn, DE). Eso al final significa una cosa: Nos harรก dependientes de una aplicaciรณn que puede tener problemas de diseรฑo y seguridad (ahora o en un futuro), ademรกs de que no acepta otra cosa que sus propias premisas (Lennart es poco colaborativo, sarcastico ). Razones para evitar eso hay muchas, y no hace falta hacer mucha memoria para dar con una, el caso de OpenSSL esta bastante reciente, y es un vivo ejemplo de que depender de un software en si es mala idea (OpenSSL es el mayor software de criptografรญa usado en casi todas las distros) y nos da una muestra clara de lo que depender ciegamente de un software puede traer a la comunidad y a quienes hagan uso del SO. Y hay mas razones pero para no extenderme mรกs lo dejo acรก.
Saludos ๐
Ahora vean en donde se ha entrometido, si, con las terminales virtuales VT del nรบcleo, parece que quiere reemplazarlas…..alguien tiene que pararle el carro a este testaferro o las cosas van a salir mal.
FORK urgente por favor!
Systemd 216 Piles On More Features, Aims For New User-Space VT
http://www.phoronix.com/scan.php?page=news_item&px=MTc2Nzk
@anonimo y no termina allรญ ahora tiene hasta un DNS Cache. ยฟQuรฉ hace un init con un servicio DNS integrado? No tengo ni las mรกs minima idea en realidad, pero el *mounstruo* tendrรก hasta soporte DNSSEC y mDNS. Yo solo espero que no se ponga *plastico* con algรบn otro demonio como bind, unbound o pdnsd.
Lo de systemd-terminal tiene que ver con KMSCon (KMS Console), un esfuerzo por sacar las VT del kernel-space y llevarlas a user-space, pero tambiรฉn arreglar muchas otras cosas, especialmente con Mesa, KMS, DRM, ademรกs de simplificar un poco el desarrollo del kernel. El esfuerzo es bueno, pero la implementaciรณn serรก problematica luego de un tiempo porque las dependencias de KMSCon son: mesa (libdrm, libgbm, libEGL, libGLESv2), udev (systemd), xproto (dependencia de tiempo de ejecuciรณn), libxkbcommon, freetype2 y glib (soporte unicode), en fin otra estocada mรกs para los init no compatibles con systemd.
esto es porque systemd hace mucho dejo de ser un init solamente. init es solo uno de los servicios que trae. lo otro son una serie de demonios secundarios (como logind, y todo lo que termine en d) que son binarios separados y que se enfocan a una sola funsion en especifico. y de hecho puedes usar systemd sin la mayorรญa de dichos demonios secundarios o tenerlos desactivados. lo que pasa es que estos demonios son, en muchos casos, compatibles รบnicamente con systemd y no pueden usarse fuera de este (caso logind desde la version 205) esto es porque estan diseรฑados para trabajar unicamente con el. esto trae ventajas y desventajas.
ventajas
-systemd es altamente modular, puedes usarlo solo con los servicios que necesitas (de hecho este es el porque systemd es mayormente usado en sistemas embebidos)
– al ser diseรฑado para trabajar solo uno con el otro. da la posibilidad de una mejor integraciรณn en el sistema. haciendo que los scrips de systemd sean practicamente universales (este era uno de los principales problemas de sysvinit, los scrips de uno no podรญan portarse a otras distros, era mas facรญl crear uno de 0 (dicho por varios desarrolladores de debian)
-estandarizaciรณn: esto hay que explicarlo.
– al limitar sus opciones, puede mantener una base de codigo menor y mas limpia, mejorando asi la seguridad (porque recordar que cada servicio de systemd es un demonio separado en un binario separado) muchos de los problemas de seguridad mas graves son debido a codigo viejo que sigue allรญ por retrocompatibilidad o por que se tienen que soportar demasiadas opciones.
desventajas
-falta de portabilidad: al estar diseรฑado para trabajar unicamente con determinadas piezas de software y nada mas, si no se cumplen los requerimientos, las cosas no funcionan o requeiren mucho trabajo extra para ahcerlo funcionar.
por ultimo, ser una dependencia critica de todos los sistemas no es malo. hemos dependido de X11 durante 20 aรฑos en linux para tener interfaces graficas y DEs. esto nos ha traido problemas de seguridad universales (los probelmas de x11 en debian son los mismos que en arch por ejemplo) pero la soluciรณn no esta en crear 20 servidores graficos distintos, uno para cada distribusiรณn, eso haria que desarrollar para linux sea una pesadilla mayor. a mi me parece que las ventajas de ยซimponer orden en la casaยป son mejores. el mundo linux a estado pidiendo hace aรฑos por acabar con la fragmentaciรณn y systemd es la pieza de software que mas cercana ha traido este deseo de vieja data
Hola,
Si realmente han usado systemd no veo el porque de tantas quejas, yo uso Gentoo hace aรฑos lo cual me ha dado la libertad de elegir muchas cosas y acomodarlas a las necesidades propias.
Recuerdo que migrรฉ mi Gentoo con OpenRC y fue increรญble la mejora en cuanto a velocidad de arranque. Luego apareciรณ SystemD y tras esperar un tiempo a que se estabilizara en el รกrbol de portage decidรญ migrar y probarlo. Simplemente me quedรฉ con el porque me brinda lo que necesito en mi laptop, un sistema que arranque rรกpido, si, mas rรกpido que OpenRC, sin haber hechos cambios de hardware!
No se puede ser simplemente geek y querer todo a medida, usamos computadores porque los necesitamos y siempre se necesita que estos partan rรกpido, simple y corto el asunto.
Y bueno, esto es linux, siempre habrรกn opiniones diferentes y alternativas para todos los gustos.
Mas allรก de criticar solo por amor al ser geek y tener todo tuneado en nuestros OS, mejor explicar soluciones y alternativas… ayudar a los demรกs que sienten que no les acomoda lo nuevo con howtos y demases que contribuyen mas que cualquier otra cosa en el mundo Linux!
Saludos!
@CarlosMC
….. y siempre se necesita que estos partan rรกpido, simple y corto el asunto.
Mira, no tengo nada mรณvil y mi uptime diario suele ser de unas 14 horas, con openrc demoro unos 20 segundos en llegar hasta el login grรกfico de slim, en sistemd puede hacerlo en 12 o 14 segundos, estamos hablando de 8 segundos en aproximadamente 14 horas. No necesito velocidad de booteo, necesito seguridad y los servicios manejados a mano de manera fรกcil como siempre fue.
Si se hiciera un fork de systemd, lamentablemente muchas cosas se tendrรญan que descartar totalmente, como usar formatos binarios comprimidos….la verdad una pena ver tanto cรณdigo inservible.
Mientras mas leo de SystemD mas miedo le tengo. Por las dudas ya hice un ‘sudo apt-get install sysvinit sysvinit-core sysvinit-utils’.
El mensaje es bronco, pero el trasfondo es totalmente cierto, muchos de los programadores que estรกn contribuyendo a programar el nรบcleo son programadores pagados por compaรฑรญas que harรญan cualquier cosa por conseguir mรกs dinero, y una de las compaรฑรญas mรกs agresivas en este sentido es Red Hat que tiene colocados ahรญ a sus programadores con la intenciรณn de defender exclusivamente sus intereses comerciales, creando desarrollos tecnolรณgicos que hagan incompatible el uso de software libre en otros sistemas Unix-Like como son los sistemas BSD y otros.
El problema es que para provocar este uso incompatible crean tecnologรญas como systemd que son totalmente invasivas y nocivas para los intereses de la comunidad, y con su extensiรณn y difusiรณn provocarรกn que al final el sistema termine por no ser Unix-Like, y deje de hacer una sola cosa y hacerla bien, para hacer muchas cosas y hacerlas mal, lo que redundarรก en una constante fuente de errores y dependencias absurdas sin mรกs razรณn que evitar la proliferaciรณn de soluciones por parte de otras compaรฑรญas, en definitiva, otro caso como el de pulseaudio.
Y a mayor abundamiento, ahora con systemd tras instalar actualizaciones habrรก que reiniciar el sistema, cosa que tiene cada vez menos que ver con la filosofรญa Unix, y haciendo que todo dependa de systemd evitan que cada distro pueda usar otras soluciones como openRC, Init, etc…
Esperemos que Linus Torvald tenga todavรญa algo mรกs que decir respecto a systemd, una pieza de software que no es a todas luces compatible con la filosofรญa Unix ni con el software libre.
http://www.phoronix.com/scan.php?page=news_item&px=MTY1MzA
y si esto prospera habrรก que ir empezando a usar cada vez mรกs los sistemas BSD.
sera que a linus no le importa la filosofia unix que no es religion. linus ya lo ha dicho. linux no es sobre libertad ni filosofia barata, es sobre dar soluciones efectivas a problemas reales. systemd soluciona de manenra efectiva muchos problemas reales actuales mejor que todas las alternativas actuales.
finalmente. dirรฉ que eso de que systemd no es unix-like es falso. systemd no es un binario gigante que hace todo el solo. existen 2 systemd, el primero es el binario para el init, este es bastante pequeรฑo. de hecho es mas pequeรฑo que upsart y sysvinit. el segundo es el proyecto como tal y todos los proyectos bajo la misma sombrilla. cada uno de estos son binarios separados (asรญ es, cada servicio de systemd es un binario separado del resto, dedicado a manejar unica y exclusivamente dicho servicio y ningun otro. esto a mi me suena a ยซhacer una sola cosa y hacerla bienยป) la cosa que le molesta a muchos es que estos binarios y demonios individuales solo pueden ser usados (algunos, porque no todos) sin tener systemd como PID 1. finalmente. esos otros proyectos que systemd ha ยซdevoradoยป es porque los mismos creadores de estos han decidido unirse por propia voluntad. dudo que lennart pusiera una pistola en la cabeza de los desarrolladores de syslog o de udev. ellos mismos decidieron unirse.
Lo has dicho con las palabras exactas….amen.
No hay de que preocuparse, cualquiera puede crear una distro usando openrc, nadie se va a ofender….y para los que quieran la propia ya tienen gentoo / funtoo, creo que tambiรฉn entra sabayon y slackware.
@mirage
desventajas
-falta de portabilidad: al estar diseรฑado para trabajar unicamente con determinadas piezas de software y nada mas, si no se cumplen los requerimientos, las cosas no funcionan o requieren mucho trabajo extra para hacerlo funcionar.
Fail total, puede tener todas las ventajas que quieras, pero si al final solo es compatible con sigo mismo, esta obligando a todo el mundo a usarlo o tener que empezar de cero por no querer usarlo…si esto no es imposiciรณn ยฟque es?
Un script lo puede leer cualquier ojo humano y es interpretado por bash…claro es mas lento en ejecutarse, un binario no lo puede leer un ojo humano, te tienes que leer el cรณdigo fuente y compilarlo tu mismo para asegurarte…o sea antes tenรญas que saber leer scripts en bashy ahora tienes que saber programar en lenguaje C …o confiar tu alma a Lennart.
Respecto a si Lennart usa pistola, no lo creo, para empezar es un testaferro de RedHat y si usa algo, en todo caso deben ser unos cuantos mazos de billetes verdes…no matan a nadie, pero convencen de lo lindo en la toma de decisiones.
No soy desarrollador, apenas y pise un instituto, pero comprendo lo que dices, el codigo abierto y la libertad de aprender de el y, modifcarlo es parte de esa filosofia de ยซLibertadยป que difunde gnu/linux y, muy desgraciadamente; framework, es hoy una importante herida en el corazรณn de GNU/LINUX. Supongo que eso, para quienes tienen formaciรณn academica, no debe importar mucho, ya que siempre, podran presindir de las distros que tomen systemd y; construir su propio sistema gnu/linux, es decir hacer su sistema gnu/linux desde cero, sin tener que recurrir a systemd.
Archlinux, usa systemd y creanme lo estoy usando y sin duda funciona muy bien, pero personalmente voy a intentar dejarlo para llegar a gentoo y de ahรญ a linux from scratch.
Al menos empezaron con un buen boycott, que mas tarde seguramente se transformarรก en un soberano FORK a systemd.
New Group Calls For Boycotting Systemd
http://www.phoronix.com/scan.php?page=news_item&px=MTc3OTM
En los comentarios alguien paso dos links en donde describen con lujos de detalles los horrores de diseรฑo (no se sabe si al propรณsito) de systemd.
http://ewontfix.com/14/
http://ewontfix.com/15/
ยฟY donde demonios estรก Richard Stallman y sus opiniones sombre estas cosas?
Log binarios, todo controlado por systemd, no oir a la comunidad…
No estoy ni a favor ni en contra de systemd pero me SORPRENDE que Richard Stalman no haya dicho ni pio.
Brrrrp!
Creรญ que leerรญa un post tรฉcnico en espaรฑol.
Saludos
Systemd es una muy buena idea implementada de forma impecable. La versiรณn 217, ya en Arch y dentro de algunos aรฑos en Debian – LOL! – contiene caracterรญsticas de seguridad que sรณlamente pueden ser aplicables a un PID1, por ejemplo, la aislaciรณn completa de servicios y procesos, algo que ni SELinux ni ningรบn otro MAC podrรญa soรฑar a hacer jamรกs con otras implementaciones distintas a systemd.
Por mi parte no conozco a nadie que use systemd y que quiera volver al viejo sistema de inicio y configuraciรณn del sistema; de hecho cada archero que me cruzo y al que le comento el tema, porque todos alguna vez fuimos nostรกlgicos del /etc/rc.conf, coincide en que systemd es sencillamente impecable desde el punto de vista de administraciรณn del sistema y que por mรกs que en su momento hayan amado el viejo paradigma de configuraciรณn de servicios hoy NI LOCOS vuelven a eso despuรฉs de usar systemd.
Gente, dรฉjense de romper las bolas, ya es un hecho, estรก acรก y si no les gusta usen otras cosas como Devuan (jajajajajajajajajaja) o Gentoo, o Slack o inclusive Manajaro que ahora soporta OpenRC.
Y despuรฉs, mientras se relamen las heridas usando cualquier cosa anti-systemd, hechen un vistazo a openSUSE, Fedora o Arch y comprueben como estรกn irremediablemente perdidos en el tiempo viviendo una realidad anacrรณnica, todo por el simple prurito de rechazar lo que por lo visto no conocen y juzgan de acuerdo al resto de las opiniones en vez de formarse una propia.
Puta madre, si hasta los core devs de FreeBSD ya estรกn hablando de diseรฑar un sistema similar a systemd para afrontar las nuevas necesidades que se ven en el horizonte inmediato, entre ellas la virtualizaciรณn masiva, multiplicidad de dispositivos conectados, portabilidad a gadgets mobiles, seguridad y administraciรณn simplificada y optimizada entre otros…
Antes que respondan boludeces nacidas de un sentimentalismo visceral, lean esta breve transcripciรณn de la charla que recientemente diรณ Lennart sobre las nuevas caracterรญsticas de seguridad que comentaba mรกs arriba:
Todas las caracterรญsticas son opt-in a travรฉs de las unidades de servicio y estan pensadas para aislar o compartimentar el acceso a los recursos del sistema que tienen los demonios y entre sรญ usando los namespaces del kernel:
– PrivateTmp: asignar un /tmp y /var/tmp especรญfico para el demonio
– PrivateDevices: crea un /dev especรญfico para el demonio con todo lo necesario: null, random, urandom, etc., sรณlo lo necesario para que funcione correctamente. De esta forma prevenรญs que el demonio tenga acceso al disco o cualquier dispositivo conectado (bloque o caracter). ALUCINANTE.
– PrivateNetwork: crear una interfaz lo completamente aislada del lo verdadero (de forma que no podรฉs acceder desde el host apuntando a 127.0.0.1). Lo MUY groso de esto es que podรฉs compartir un mismo namespace entre distintos demonios entonces, por ejemplo, podรฉs tener un MariaDB conectado รบnicamente a la red del backend que lo utiliza y estos dos a su vez a un Nginx que es el que tiene acceso a la interfaz de red.
– PrivateSystem: un paso mรกs allรก, si lo activรกs permite que el demonio pueda acceder sรณlamente /etc y /usr (/usr en modo R/O); si lo seteรกs como full, podrรก acceder a /etc sรณlamente en modo R/O
– PrivateHome: superpone un /home vacรญo en el namespace del demonio de forma que el mismo no pueda acceder a tu informaciรณn
– ReadOnlyDirectories: como su nombre lo indica hace que esos directorios sean de sรณlo lectura
– InaccessibleDirectories: tal cual sueiere el nombre ๐
– MountFlags = slave: al activar cualquiera de las opciones anteriores para un demonio determinado los argumentos de montaje son enmascarados automรกticamente como esclavos, es decir, no se altera la tabla de montaje general del sistema sino que que los parรกmetros afectan exclusivamente al montaje realizado por el demonio (moi groso!).
Tambiรฉn podรฉs usar esta opciรณn de forna stand-alone.
– CapabilityBoundingSet: instruye a un proceso para que todos los hilos que se creen dependientes del mismo usen solamente las capabilities definidas por el admin (http://man7.org/linux/man-pages/man7/capabilities.7.html) y de esta forma evitar vulnerabilidades por escalamiento de permisos – sexy, huh!? ^_^
https://drive.google.com/open?id=0Bw3eycS9_SPaQnFHZjU5TURxdmc&authuser=0
Core developer de FreeBSD haciendo una proyecciรณn para los prรณximos 10 aรฑos del sistema operativo y hablando de la necesidad de implementar una soluciรณn similar a systemd:
https://www.youtube.com/watch?v=Mri66Uz6-8Y
*echen
He sido usuario fiel a Debian durante aรฑos y me produce una gran tristeza ver el camino que estรก llevando. Solo algunos desarrrolladores se les permite votar, pero al usuario final no le queda de otra mas que aceptar ese engendro del infierno (systemd). Solo espero que el proyecto devuan salga adelante y reciba mucho apoyo.
Quedan pocas distros fiel a SysV como Gentoo y pclinuxos y claro… slackware!
Saludos
Sinceramente pienso que para los que ganan dinero con Linux, este sistema estรก a aรฑos luz de Windows y Mac y por eso todas las mamadas de systemd, kits y pollas. Me atrevo a decir que de aquรญ a menos de 8 aรฑos, Nod, Avast, Kaspr y todo su sรฉquito entraran en mundo Linux, con ellos claro todos sus virus. Es negocio y aquรญ no se va a librar ni dios. Cada dรญa mas user Linux? una polla venid paca que necesito vuestra pasta. Eso es asรญ por desgracia. Ahora solo nos estรกn metiendo la puntita y con vaselina.. espera unos aรฑos que verรกs jajajaj
Me parece una estupidez lo que plantea el autor de la carta. Si bien existen varias objeciones a systemd, siempre que hubieron cambios grandes, hubo objeciones grandes.
Ademas, siendo usuario de debian (yo tambien lo soy) no me parece una objecion vรกlida. Si no te gusta que decidan las cosas por vos, simplemente usa otra distro mรกs ยซduraยป y compila todo a mano, incluyendo el sistema de inicio.
No podes pretender tener todas las ventajas de correr un apt que te resuelva todas las dependencias, sin ninguna contra.
A un usuario de slack o gentoo, no le hubiera pasado que, ยซuy… actualicรฉ y hay cosas que no me gustanยป. Porque para actualizar un sistema a manopla, tenes que invertir muchas horas culo viendo lo que estรกs haciendo.
Lo lamento si los desarrolladores de la distribuciรณn que te gusta hicieron algo que no es de tu agrado. Tengo una idea, ยฟpor quรฉ no hacรฉs lo mismo que Linus y te armas un SO aparte?
Hola, soy bastante nuevo en esto de linux y la verdad es que este artรญculo me parece aterrador y no por ello exento de verdad. Yo que me habรญa unido a Debian con toda la ilusiรณn de lo que significa el software libre (libertad, ayuda altruista a todo el que la necesite, gratuidad, simplicidad) en fin, que me parecรญa una forma de entender la informรกtica fantรกstica y buena (y como creo que deberรญa ser la informรกtica desde el principio). De hecho he ido a parar en esta web porque estaba empezando a documentarme de Debian para aprender a manejarme y hacer las cosas por mi cuenta, me estoy dando cuenta que todo aquello a lo que me quiero apuntar estรก desapareciendo.
Habrรก que crear una particiรณn nueva en Devuan, a ver quรฉ tal…
Gracias por este aporte de artรญculo.
Saludos, Jorge.
De cualquier forma el tiempo darรก la razรณn a quien la tenga.
Nosotros como usuarios lo que podemos hacer es probar varias alternativas y esperar cuรกl acaba siendo mejor.
Con respecto a Devuan, me encantarรญa probarla, pero de momento estรก en su versiรณn de pruebas. En cuanto salga una versiรณn estable a ver si le echo un tiento, a ver quรฉ tal es.
Que raro leer de un tema tan poco comรบn y coincidir en todo. Recientemente instalรฉ Debian Jessie, ya tuve que formatear 2 veces por fallos totales del sistema en actualizaciones relativamente sencillas. Me preguntaba como es que nunca me habรญa pasado nada asรญ y de repente todo comenzรณ a ser peor. Usaba wheezy y como los cd’s de Debian jessie bajados la pรกgina (sea grabando en dvd o en pendrive) no me funcionan, instalo wheezy y actualizo. Como lleva tiempo bajarse las cosas no es algo que hago inmediatamente por lo cual uso durante unos dรญas Wheezy y notรฉ diferencias en cuanto a funcionamiento con Jessie que no habรญa notado en anteriores actualizaciones. De casualidad leyendo otro articulo me enterรฉ lo de systemd y me di cuenta que no era una falsa paranoia eso que pude notar con jessie (la sensaciรณn de estar en la inestabilidad de windows).
Gracias a tu artรญculo y a los otros que leรญ que me informaron sobre este tema me decidรญ a cambiar de distribuciรณn.