#106 Pues si crees no estás seguro. Coméntame de manera técnica por qué uno es mejor que otro y hablamos.
Porque una cosa es comprar un coche con lo básico y otro comprar un "full equip". Gnome sin systemd tiende a ser cada vez más básico, pero sigue valiendo para lo que vale ¿no? las carencias las superas usando las aplicaciones adecuadas en lugar de las aplicaciones de gnome (que están limitadas sin el soporte de systemd).
Volvemos a lo mismo. ¿Intrusivo por qué? ¿por poner al alcance de los usuarios características de manera segura y estándar? volvemos a lo mismo, puedes seguir usando lo que quieras para tus scripts de tus aplicaciones (si, es compatible con sysvinit en ese sentido), puedes sustituír los binarios por otros que realicen la misma función en caso de que no te mole alguno de ellos (a la hora de compilar es como el kernel, tu activas o desactivas lo que quieres o no quieres), incluso tienes alternativas en caso de no querer systemd. No se está cargando un ecosistema, lo peor que puede decírsele es que lo está homogeneizando y permitiendo que todas las distros que usen systemd se puedan usar igual. Incluso para el futuro están desarrollando una herramienta para importar/exportar los homes de usuario, como si fueran perfiles, de manera que si haces una instalación nueva, puedas tener tu cuenta justo como la tenías antes pero en la instalación nueva. Pero eso no quita que existan alternativas y puedas usarlas. Systemd no impide eso, simplemente es una alternativa mejor y por eso es la más usada (si dejamos a un lado la política).
Los 90 segundos son configurables y están ahí por alguna razón (precisamente para que el servicio termine correctamente y no haya problemas de pérdida o corrupción de datos, y generalmente cuando pasa eso es porque está tratando con scripts tipo sysvinit y no con units). Si quieres, puedes configurar para matar directamente todos los procesos o un tiempo de espera mas agresivo.
#102 No tengo nada contra el feminismo bien entendido. Si contra este neo-feminismo o hembrismo promocionado por las élites políticas para acabar con el feminismo original mucho más sensato y lógico. No me parece mal que las mujeres se apoyen por ejemplo con iniciativas como Debian Women o Outreachy, si me parece mal que se generen grupos de presión que utilizan su influencia para arruinar la vida de personas sólo porque no concuerdan con su moral o forma de ver las cosas. Los SJW son la inquisición del siglo XXI.
For those not familiar with the matter, the state of GNOME is such that:
systemd is not a hard compile time dependency
systemd is a hard run time dependency for basic functionality
Que quiere decir que se puede tener gnome sin systemd sin mucha complicación, pero perderás muchas funcionalidades. No se puede tener todo... pero estamos en lo mismo: si quieres tener las mismas funcionalidades que con systemd tendrás que sustituír cada funcionalidad separada de systemd por su equivalente (lo mismo que elogind hace con logind con el resto de binarios). El problema es que cuando gnome deja atrás cosas (como policykit) es porque se han quedado desfasadas y se han desarrollado tecnologías nuevas más prometedoras (flatpak) o no han funcionado como se esperaban y son un camino sin retorno, por lo que tratar de modernizar o adaptar estas para seguir dando la funcionalidad que antes daban aunque no es imposible, es poco práctico; es preferible centrar esfuerzos en pulir systemd y/o sustituír componentes que puedan ser mejorables antes de pelearse estúpidamente por un sistema que mucha gente dice que es malo sin saber realmente cómo funciona.
Que yo sepa sólo tenía dependencia de logind y desde el principio se realizó una implementación de logind independiente. Y hasta donde yo sé, sólo hasta hace dos días fue cuando se permitieron dependencias de verdad (porque ya la presencia de systemd es casi ubicua). Otra cosa es que usen funcionalidades de systemd (con fallback si no tienes systemd corriendo), cosa que es normal y que cualquiera que quiera aprovechar las ventajas que systemd aporta haría (que no son pocas).
#86 También me había fijado que algunos desarrolladores contrarios a Stallman son de GuixSD, lo que me ha parecido extraño al ser un distribución muy adherida a los principios GNU no solo filosóficos si no técnicos, primando la influencia Lisp/Scheme y de diseño.
Puede que en este caso los SJW simplemente se hayan dejado llevar por la turba, porque GuixSD es una distribución relativamente minoritaria y no la veo clave para al nuevo orden en el Software Libre dirigido por corporaciones que va a venir.
Porque una cosa es comprar un coche con lo básico y otro comprar un "full equip". Gnome sin systemd tiende a ser cada vez más básico, pero sigue valiendo para lo que vale ¿no? las carencias las superas usando las aplicaciones adecuadas en lugar de las aplicaciones de gnome (que están limitadas sin el soporte de systemd).
Volvemos a lo mismo. ¿Intrusivo por qué? ¿por poner al alcance de los usuarios características de manera segura y estándar? volvemos a lo mismo, puedes seguir usando lo que quieras para tus scripts de tus aplicaciones (si, es compatible con sysvinit en ese sentido), puedes sustituír los binarios por otros que realicen la misma función en caso de que no te mole alguno de ellos (a la hora de compilar es como el kernel, tu activas o desactivas lo que quieres o no quieres), incluso tienes alternativas en caso de no querer systemd. No se está cargando un ecosistema, lo peor que puede decírsele es que lo está homogeneizando y permitiendo que todas las distros que usen systemd se puedan usar igual. Incluso para el futuro están desarrollando una herramienta para importar/exportar los homes de usuario, como si fueran perfiles, de manera que si haces una instalación nueva, puedas tener tu cuenta justo como la tenías antes pero en la instalación nueva. Pero eso no quita que existan alternativas y puedas usarlas. Systemd no impide eso, simplemente es una alternativa mejor y por eso es la más usada (si dejamos a un lado la política).
Los 90 segundos son configurables y están ahí por alguna razón (precisamente para que el servicio termine correctamente y no haya problemas de pérdida o corrupción de datos, y generalmente cuando pasa eso es porque está tratando con scripts tipo sysvinit y no con units). Si quieres, puedes configurar para matar directamente todos los procesos o un tiempo de espera mas agresivo.
Devuan nació por políticas y gustos… » ver todo el comentario