Devuan y un poco mas de luz
Fuentes: http://forum.debianizzati.org/viewtopic.php?f=15t=49133start=225 Extraccion y traduccion desde: http://lamiradadelreplicante.com/2014/12/01/devuan-uno-de-los-creadores-del-fork-de-debian-da-su-vision-del-proyecto/ Aqui copio y pego las declaraciones de uno de los administradores de Devuan: - - - Hola a todos Soy Franco NEXTIME Lanza uno de los autores del fork Devuan. Escribo en este hilo para hacer algunas aclaraciones que espero puedan ser apreciadas No tengo la intención de explicar y /o discutir el derecho a hacer un fork ,o porqué lo estamos haciendo, si systemd es bueno o no, etc, etc, esto ya tiene consumido demasiados teclados. Sin embargo me gustaría hacer algunas aclaraciones sobre lo que somos y lo que estamos haciendo en relación a los diferentes comentarios que surgieron en este hilo. VUA es un grupo de personas asociados en un foro de discusión privado y cerrado que nació hace años, alrededor de unos 3 y medio, formado por un grupo de “viejos” administradores de sistemas Unix. Todos amigos y en su mayoría de la zona de Milan El nombre viene de aquí: http://www.infoworld.com/article/2623488/unix/nine-traits-of-the-veteran-unix-admin.html .Nuestra definición interna se reconoce en al menos 5, preferiblemente 6 de los puntos enumerados en ese artículo. Aunque cerrado y privado el grupo VUA ha crecido con el tiempo, contando en estes momentos con 932 miembros, el 95% de Italia e incluyendo ya no solo administradores del sistema sino otra gente relacionada con la informática y/o cercana a Unix. Entre ellos un grupo de 50 personas, todos usuarios de Debian desde hace tiempo, algunos desarrolladores, algunos sysadmin y otros incluso desarrolladores de Debian decidieron poner en marcha el sitio debianfork.org, debido a que por razones que ya no vienen al caso discutir no querían la imposición de systemd. Después que el asunto de la resolución general de Debian finalizara mal en nuestra opinión, decidimos avanzar y crear un fork. Actualmente Devuan el fork en cuestión cuenta con una docena de desarrolladores activos de estes veteranos VUAs…y otros están uniéndose o a punto de unirse al proyecto. El proyecto es muy serio…no es trolling…se decidió que era el momento de dejar de gritar que no queremos imposiciones y que había llegado el momento de actuar y crear un fork, y lo estamos haciendo. Debo hacer hincapié en que Debuan no es una Debian sin systemd o contra systemd, de hecho este sistema de inicio será soportado. Devuan es un fork a favor de la libertad de elección. Por defecto vendrá con sysvinit, pero ofrecerá soporte a todos los init, todos los que se encuentran en Debian por lo menos. Entonces que cosas se cambian con respecto a Debian? Muchísimas. Se ha dicho que systemd se pueden evitar en Debian, pero esto no es cierto.Usted puede retirarla del PID1 pero los “tentáculos” están en todas las partes del sistema, y no es posible evitarlo por completo. …muchos dicen que no se sabe quién está detrás. Aparte de la explicación de que en el grupo VUA hay un número de nosotros que al menos por ahora quiere permanecer en el anonimato. También existe el motivo de que considerando las fuertes diatribas que se montan contra cualquiera que no es “pro-systemd”, muchos prefieren no exponerse a sufrir insultos, amenazas, incluso denigración.. Otra de las críticas es que estamos poco tiempo online…gente! es que estamos bifurcando una distribución enorme, lo que significa no solo paquetes, también trabajo organizativo, estructura, toma de decisiones, etc..El fork comenzó hace una semana, dejarnos tiempo para organizarnos :D ¿Quién recibe el dinero: Dyne.org, asociación sin ánimo de lucro ha existido durante muchos años, reconocido por la FSF y la comunidad Europea, con sede en los Países Bajos, que opera varios proyectos de código abierto. Su presidente es Jaromil (Denis Roio), que es también un miembro de VUA y una de las personas detrás del fork que ha accedido a gestionar por nosotros los fondos y el pago de impuestos, todo ello de manera transparente (el balance es público) En otro momento del hilo también explica el porque no es posible colaborar con Debian dentro de proyectos como uselessd No no podríamos y explico porqué, debido a lo que ha pasado con la llamada a Resolución General de Ian Jackson y como se están comportando diferentes mantenedores (por favor no me haga dar nombres…) el rechazo de parches y argumentaciones del tipo “si no te gusta systemd eres troll, ignorante y otros insultos es imposible colaborar ahora casi todo el sistema básico depende de libsystemd0, y sus ramificaciones y dependencias son cada vez más y más profundas en debian como pasa en otros sistemas que lo han adoptado. En estas condiciones no es posible conseguir lo que queremos, es decir, la libertad de utilizar o no systemd… También critica otros
Re: Sonido en jessie [SOLUCIONADO]
El Mon, 01 Dec 2014 16:22:59 -0300, JavierDebian escribió: El 26/11/14 a las 15:20, Camaleón escibió: (...) Si sucede eso (que es lo esperable) indica que algo está impidiendo al módulo de sonido de intel que se pueda cargar al iniciar el sistema por lo que no estaría de más que comprobaras que no está en la lista negra de módulos (/etc/modprobe.d/*). Si no ves nada raro, te recomendaría que informaras en el BTS de Debian aunque ya te digo que a mí sí me funciona en Jessie y cuando añado ese módulo en el /etc/modules el journal lo muestra cargado. Bien. Los malos de la película eran /etc/modprobe.d/oss4-base_noALSA.conf y /etc/modprobe.d/oss4-base_noOSS3.conf. Por algún motivo que desconozco, los módulos del kernel para el sonido de la tarjeta (p. ej., snd-*) y los de OSS son incompatibles (o cargas uno u otro pero no ambos porque entran en conflicto). Del primero, tuve en su momento una leve sospecha, dado que en una de sus líneas contiene la instrucción blacklist snd-hda-intel, la cual eliminé hace varios meses, sin resultado positivo. Pues es lo que te dije allá por octubre¹, pero no hubo caso :-) Esta vez me tomé el trabajo de sacar de /etc/modprobe.d/ todos los archivos, que son los que siguen alsa-base fbdev-blacklist.conf intel-microcode-blacklist.conf mdadm.conf modesetting.conf nvidia-blacklists-nouveau.conf - /etc/alternatives/glx--nvidia-blacklists-nouveau.conf nvidia.conf - /etc/alternatives/nvidia--nvidia-modprobe.conf nvidia-kernel-common.conf oss4-base.conf osspd.conf oss4-base_noALSA.conf oss4-base_noOSS3.conf y reiniciar el equipo. Mágicamente, el sonido volvió. De mágico nada... Razón por la que fui agregando de a un archivo, y reiniciando el sistema, hasta que cuando incluía cualquiera de los dos últimos, me quedaba sin sonido. Es evidente que los larguísimos blacklist que ambos poseen bloquean el sistema de sonido de ALSA. Con un grep -i black /etc/modprobe.d/* te hubieras ahorrado mucho tiempo y disgustos. La solución por ahora fue eliminarlos de /etc/modprobe.d/, sin ningún inconveniente detectado. ¿Mand? ¿Que has eliminado todos? :-O No, hombre, no hagas eso que esos archivos contienen configuraciones que te pueden servir... haz una búsqueda selectiva o en todo caso renombra los de oss*. Es más, una pequeña placa de audio USB que no funcionaba, (lo achacaba a falta de controladores), ahora sí lo hace. (Syba SD-CM-UAUD USB Stereo Audio Adapter, C-Media Chipset, RoHS) Lo que me queda pendiente por averiguar es por qué una instalación limpia de Debian, carga tantos blacklist de OSS que impiden la correcta ejecución de ALSA. La pregunta sería más bien por qué tienes instalado el paquete OSS si tienes ALSA y los módulos del kernel detectan la tarjeta de sonido sin problemas. ¹https://lists.debian.org/debian-user-spanish/2014/10/msg00127.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.02.14.33...@gmail.com
Re: Actualizar de Debian wheezy a Debian jessie
El 2014-12-01 a las 21:27 -0300, Gustavo Vega escribió: (reenvío a la lista, me llegó al privado) El 1 de diciembre de 2014, 11:27, Camaleón noela...@gmail.com escribió: (...) Ahora bien, al quitar los comentarios de Mozzilla (entre comillas porque no especifica que sean solamente de Mozzilla, como si lo especifica el repositorio de wheezy: deb http://mozilla.debian.net/ wheezy-backports iceweasel-release) no me va a quedar una mezcla de paquetes entre testing / unestable y experimental al hacer un nuevo upgrade? De lo que se trata es de hacer primero una actualización limpia (que no haya conflictos) del sistema que es lo importante y luego una vez que hayas actualizado a testing ya irás actualizando los paquetes que tengas del repo D-M y los de Mozilla. Hola, ya actualice a jessie como me dijeron, dejando solo los repos oficiales. Perfecto, de eso se trataba, de que la actualización del sistema fase transcurriera sin problemas. Pero al activar los repos de mozilla team para jessie (unstable y experimental), deb http://cdn.debian.net/debian unstable main deb http://cdn.debian.net/debian experimental main no solo actualiza los paquetes de mozilla (en mi caso iceweasel), sino actualiza 123 paquetes a unstable, tal cual había pensado yo. Creo que no lo estás haciendo bien. Esos repos son únicamente para que actualices/instales *los paquetes de Mozilla* (iceweasel/icedove) como indican en las instrucciones de la página (apt-get install -t experimental iceweasel) no para que los tengas habilitados siempre e instales toda la paquetería de ahí. gustavo@debian:~$ apt-show-versions -b|awk 'BEGIN{FS=/}NF==2{a[$2]++}NF!=2{a[no oficial]++}END{for (i in a) print i, a[i]}' jessie 867 experimental 2 unstable 123 gustavo@debian:~$ Los paquetes que instalo de la rama unstable los pueden ver en el link, ya que la salida es muy extensa. http://pastebin.com/NkemjcWs Ahora no importa porque es una maquina virtual (virtualbox), pero si fuese en la maquina real me quedan mezclados los paquetes y entiendo que puede ser perjudicial para el sistema. De todas formas ya se que no pasa nada, ya me lo dijeron y además si están en la Web de Debian Mozilla Team no pasa nada. Es solo a modo informativo. Saludos y gracias por todo!! Gustavo Vega Si es una máquina virtual (podrás crear una snapshot del sistema antes de hacer cambios) y dado que tienes la lista de paquetes que se han actualizado puedes volver a instalar los paquetes que se correpsonden con tu versión para que no tengas problemas en el futuro. Y recuerda que si quieres usar el repo de Mozilla los paquetes se actualizan de forma individual y si el gestor de paquetes te dice que te va a instalar 50 paquetes de una versión distinta, pues hombre, abortas y le dices que no ;-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141202142331.ga6...@stt008.linux.site
Re: Debian se congela
El Mon, 01 Dec 2014 19:10:39 -0500, Germán Avendaño Ramírez escribió: El 01/12/14 a las 09:12, Camaleón escibió: No conozco r commander ¿qué hace exactamente esa aplicación y qué requisitos tiene en cuanto a hardware? Camaleón, R Commander es un frontend de R. GNU-R es una aplicación para trabajar especialmente estadística, aunque se pueden trabajar muchas más cosas de matemáticas. En los repositorios de Debian se encuentra r básico mediante el paquete r-base que se puede complementar con los paquetes r-cran-*. Este software es usado en las universidades, por ejemplo aquí en la Universidad Nacional de Colombia en el departamento de Estadística. Gracias por la explicación. Si se trata de un programa de estadística y manejo de datos en bruto, dependiendo del tamaño de los archivos de entrada (¿GiB?) quizá sí te pueda generar una carga de trabajo en el equipo notable, dependiendo de la potencia del mismo lo que puede hacer que el equipo se sobrecaliente como dices más abajo. Lo primero sería mirar los registros, aunque la mayoría de los cuelgues debido a problemas con el hardware no dejan señal alguna. Por ejemplo, un exceso de calentamiento, un módulo de memoria en mal estado, un disco duro con sectores defectuosos o problemas con el micro suelen causar cuelgues repentinos o reinicios que no dejan huella. Después, convendría saber si el cuelgue se debe a las X o al kernel. Para descartar un problema con el servidor gráfico suele ser útil acceder desde otro equipo con ssh ya que si el servidor X está colgado el acceso mediante ssh seguirá funcionando sin problemas. En cambio, si no responde, apuntaría a un cuelgue del kernel que es más difícil de gestionar ya que tendrás que buscar un patrón de error (ver en qué situación se produce ese cuelgue) aunque también puedes probar con una versión del kernel superior a la actual (p. ej., el que está disponible en los baskports) para ver si funciona sin problemas. En cuanto al problema, si he notado un problema con la temperatura. Ésta sube hasta el nivel crítico por lo que tengo que usar una base refrigerante. Seguramente éste fue el motivo. Este portátil vino con este inconveniente de temperatura, pero ya se pasó el tiempo de garantía. Entonces te convendría hacer dos cosas: 1/ Monitorizar la temperatura de manera constante (hay aplicaciones de escritorio que te ponen un grafiquito en pantalla o en la barra de tareas con los datos de los sensores) para verificar en todo momento que no sobrepase la recomendada por el micro aunque no te olvides tampoco del resto de componentes, hay tarjetas gráficas que son auténticas estufas. 2/ Refrescar el equipo (hacer una limpieza integral sería lo ideal porque los ventiladores mecánicos acumulan mucha pelusa). Además, como se trata de un portátil podrías usar una de esas bases que llevan ventiladores y evitar así que el equipo entre en shock por golpe de calor :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.02.14.43...@gmail.com
Re: Actualizar de Debian wheezy a Debian jessie
Pero al activar los repos de mozilla team para jessie (unstable y experimental), deb http://cdn.debian.net/debian unstable main deb http://cdn.debian.net/debian experimental main no solo actualiza los paquetes de mozilla (en mi caso iceweasel), sino actualiza 123 paquetes a unstable, tal cual había pensado yo. Creo que no lo estás haciendo bien. Esos repos son únicamente para que actualices/instales *los paquetes de Mozilla* (iceweasel/icedove) como indican en las instrucciones de la página (apt-get install -t experimental iceweasel) no para que los tengas habilitados siempre e instales toda la paquetería de ahí. gustavo@debian:~$ apt-show-versions -b|awk 'BEGIN{FS=/}NF==2{a[$2]++}NF!=2{a[no oficial]++}END{for (i in a) print i, a[i]}' jessie 867 experimental 2 unstable 123 gustavo@debian:~$ Los paquetes que instalo de la rama unstable los pueden ver en el link, ya que la salida es muy extensa. http://pastebin.com/NkemjcWs Ahora no importa porque es una maquina virtual (virtualbox), pero si fuese en la maquina real me quedan mezclados los paquetes y entiendo que puede ser perjudicial para el sistema. De todas formas ya se que no pasa nada, ya me lo dijeron y además si están en la Web de Debian Mozilla Team no pasa nada. Es solo a modo informativo. Saludos y gracias por todo!! Gustavo Vega Si es una máquina virtual (podrás crear una snapshot del sistema antes de hacer cambios) y dado que tienes la lista de paquetes que se han actualizado puedes volver a instalar los paquetes que se correpsonden con tu versión para que no tengas problemas en el futuro. Y recuerda que si quieres usar el repo de Mozilla los paquetes se actualizan de forma individual y si el gestor de paquetes te dice que te va a instalar 50 paquetes de una versión distinta, pues hombre, abortas y le dices que no ;-) Saludos, A ver, quizas sea por usar una rama diferente, pero en mi sistema debian sid comparto el repositorio correspondiente con el experimental sin haber definido un pinning. Existiendo este por defecto un valor de prioridad de 500 para sid y 100 para experimental. Con lo cual solo utilizando el argumento -t en apt-get puedo pescarme algo del repo experimental (practicado para el paquete iceweasel/mozilla con exito). Ya he actualizo varias veces con full-upgrade sin ningun problema. Me parece extraño que en Jessie/testing suceda lo que comentas, ya que no puedo asegurarlo pero creo haber tenido una similar experiencia a la que acabo de comentar tambien en esa rama. ¿no habras tocado algo? Saludos desde el sur, alunado. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547dd4e2.3070...@mail.com
Re: Devuan y un poco mas de luz
El Tue, 02 Dec 2014 09:52:18 -0300, unciegobailando escribió: Fuentes: http://forum.debianizzati.org/viewtopic.php?f=15t=49133start=225 Extraccion y traduccion desde: http://lamiradadelreplicante.com/2014/12/01/devuan-uno-de-los-creadores-del-fork-de-debian-da-su-vision-del-proyecto/ Aqui copio y pego las declaraciones de uno de los administradores de Devuan: (...) Entonces que cosas se cambian con respecto a Debian? Muchísimas. Se ha dicho que systemd se pueden evitar en Debian, pero esto no es cierto.Usted puede retirarla del PID1 pero los “tentáculos” están en todas las partes del sistema, y no es posible evitarlo por completo. (...) ahora casi todo el sistema básico depende de libsystemd0, y sus ramificaciones y dependencias son cada vez más y más profundas en debian como pasa en otros sistemas que lo han adoptado. En estas condiciones no es posible conseguir lo que queremos, es decir, la libertad de utilizar o no systemd… (...) Completa y desgraciadamente cierto :-/ Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.02.15.42...@gmail.com
Re: Devuan y un poco mas de luz
El 02/12/14 a las 12:42, Camaleón escibió: El Tue, 02 Dec 2014 09:52:18 -0300, unciegobailando escribió: Fuentes: http://forum.debianizzati.org/viewtopic.php?f=15t=49133start=225 Extraccion y traduccion desde: http://lamiradadelreplicante.com/2014/12/01/devuan-uno-de-los-creadores-del-fork-de-debian-da-su-vision-del-proyecto/ Aqui copio y pego las declaraciones de uno de los administradores de Devuan: (...) Entonces que cosas se cambian con respecto a Debian? Muchísimas. Se ha dicho que systemd se pueden evitar en Debian, pero esto no es cierto.Usted puede retirarla del PID1 pero los “tentáculos” están en todas las partes del sistema, y no es posible evitarlo por completo. (...) ahora casi todo el sistema básico depende de libsystemd0, y sus ramificaciones y dependencias son cada vez más y más profundas en debian como pasa en otros sistemas que lo han adoptado. En estas condiciones no es posible conseguir lo que queremos, es decir, la libertad de utilizar o no systemd… (...) Completa y desgraciadamente cierto :-/ Saludos, Justamente me acorde de tus comentarios en el tema systemd cuando leia sobre las ramificaciones y depedencias cada vez mas profundas encontre algo a favor de systemd, que aunque traducido por google se lee muy bien... lo dejo por aqui tambien: **A favor de systemd** https://translate.googleusercontent.com/translate_c?depth=1hl=esrurl=translate.google.comsl=autotl=esu=http://0pointer.de/blog/projects/the-biggest-myths.htmlusg=ALkJrhj-DDRCKLHprv5kL_4mQF3zHqxJzw Al final la adopcion de systed por parte de los DD para fundada en una gran razon: trabajar menos -si mal no entiendo las cosas-. Hasta luego... -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547de76c.3090...@mail.com
Re: Devuan y un poco mas de luz
El Tue, 02 Dec 2014 13:23:08 -0300, unciegobailando escribió: El 02/12/14 a las 12:42, Camaleón escibió: (...) Aqui copio y pego las declaraciones de uno de los administradores de Devuan: (...) Entonces que cosas se cambian con respecto a Debian? Muchísimas. Se ha dicho que systemd se pueden evitar en Debian, pero esto no es cierto.Usted puede retirarla del PID1 pero los “tentáculos” están en todas las partes del sistema, y no es posible evitarlo por completo. (...) ahora casi todo el sistema básico depende de libsystemd0, y sus ramificaciones y dependencias son cada vez más y más profundas en debian como pasa en otros sistemas que lo han adoptado. En estas condiciones no es posible conseguir lo que queremos, es decir, la libertad de utilizar o no systemd… (...) Completa y desgraciadamente cierto :-/ Justamente me acorde de tus comentarios en el tema systemd cuando leia sobre las ramificaciones y depedencias cada vez mas profundas encontre algo a favor de systemd, que aunque traducido por google se lee muy bien... lo dejo por aqui tambien: (...) Esa página que apuntas¹ es más antigua que el Balrog de Moria. De hecho es del desarrollador principal de systemd y efectivamente, ninguno de sus mitos desmitifica lo que están diciendo los devuanenses, es decir, que tienen más razón que un santo ;-) ¹http://0pointer.de/blog/projects/the-biggest-myths.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.02.16.30...@gmail.com
Re: Devuan y un poco mas de luz
El 02/12/14 a las 13:30, Camaleón escibió: El Tue, 02 Dec 2014 13:23:08 -0300, unciegobailando escribió: El 02/12/14 a las 12:42, Camaleón escibió: (...) Aqui copio y pego las declaraciones de uno de los administradores de Devuan: (...) Entonces que cosas se cambian con respecto a Debian? Muchísimas. Se ha dicho que systemd se pueden evitar en Debian, pero esto no es cierto.Usted puede retirarla del PID1 pero los “tentáculos” están en todas las partes del sistema, y no es posible evitarlo por completo. (...) ahora casi todo el sistema básico depende de libsystemd0, y sus ramificaciones y dependencias son cada vez más y más profundas en debian como pasa en otros sistemas que lo han adoptado. En estas condiciones no es posible conseguir lo que queremos, es decir, la libertad de utilizar o no systemd… (...) Completa y desgraciadamente cierto :-/ Justamente me acorde de tus comentarios en el tema systemd cuando leia sobre las ramificaciones y depedencias cada vez mas profundas encontre algo a favor de systemd, que aunque traducido por google se lee muy bien... lo dejo por aqui tambien: (...) Esa página que apuntas¹ es más antigua que el Balrog de Moria. De hecho es del desarrollador principal de systemd y efectivamente, ninguno de sus mitos desmitifica lo que están diciendo los devuanenses, es decir, que tienen más razón que un santo ;-) ¹http://0pointer.de/blog/projects/the-biggest-myths.html Eso mismo pude notar aun en mi oscura ignorancia, que no desmitifica los problemas de los que se encuentra acusado aun hoy. Aunque personalmente me sirvio para entender mejor sus fortalezas. La falta de scrips redundantes y la administracion centralizada con una pequeña curva de aprendizaje... (es lo que mas me quedo en el marote). Ellos mismos -o el- aclara que la velocidad no fue lo buscado sino un resultado consecuente del nuevo diseño. Realmente parecen dos posiciones 'ireconciliables'. pfff... -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547decfa.8080...@mail.com
Debian con OpenRC
procedimientos para instalar OpenRC en debian. Este resuelve las profundas dependencias que genera systemd en otros servicios mediante systemd-shim. Crei haber leido aqui alguna queja sobre usar systemd-shim... aparentemente no hay mas soluciones (sin considerar el fork Devuan) http://www.esdebian.org/wiki/openrc -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547dea92.9070...@mail.com
Re: Devuan y un poco mas de luz
El día 2 de diciembre de 2014, 13:46, unciegobailando unciegobaila...@mail.com escribió: El 02/12/14 a las 13:30, Camaleón escibió: El Tue, 02 Dec 2014 13:23:08 -0300, unciegobailando escribió: El 02/12/14 a las 12:42, Camaleón escibió: (...) Aqui copio y pego las declaraciones de uno de los administradores de Devuan: (...) Entonces que cosas se cambian con respecto a Debian? Muchísimas. Se ha dicho que systemd se pueden evitar en Debian, pero esto no es cierto.Usted puede retirarla del PID1 pero los “tentáculos” están en todas las partes del sistema, y no es posible evitarlo por completo. (...) ahora casi todo el sistema básico depende de libsystemd0, y sus ramificaciones y dependencias son cada vez más y más profundas en debian como pasa en otros sistemas que lo han adoptado. En estas condiciones no es posible conseguir lo que queremos, es decir, la libertad de utilizar o no systemd… (...) Completa y desgraciadamente cierto :-/ Justamente me acorde de tus comentarios en el tema systemd cuando leia sobre las ramificaciones y depedencias cada vez mas profundas encontre algo a favor de systemd, que aunque traducido por google se lee muy bien... lo dejo por aqui tambien: (...) Esa página que apuntas¹ es más antigua que el Balrog de Moria. De hecho es del desarrollador principal de systemd y efectivamente, ninguno de sus mitos desmitifica lo que están diciendo los devuanenses, es decir, que tienen más razón que un santo ;-) ¹http://0pointer.de/blog/projects/the-biggest-myths.html Eso mismo pude notar aun en mi oscura ignorancia, que no desmitifica los problemas de los que se encuentra acusado aun hoy. Aunque personalmente me sirvio para entender mejor sus fortalezas. La falta de scrips redundantes y la administracion centralizada con una pequeña curva de aprendizaje... (es lo que mas me quedo en el marote). Ellos mismos -o el- aclara que la velocidad no fue lo buscado sino un resultado consecuente del nuevo diseño. Realmente parecen dos posiciones 'ireconciliables'. pfff... He estado siguiendo lo que se dice sobre los dos sistemas de arranque; hoy han estallado todos los foros y blogs con el tema de DEVUAN. Mi opinión: lo mejor que pudo pasar. ¿Por qué? Porque no me cabe dudas que va a terminar en algo mucho mejor que no es ni sysvinit ni systemd. ¿De dónde lo saco? De la experiencia de la tríada dialéctica. Después de 20, es la primera vez que se le mueve el piso a Debian. Y todo organismo sólo evoluciona cuando se ve sometido a presión. Creo que va a ser una forma de quebrar paradigmas de las nuevas generaciones, de romper con lo anterior, no porque sea malo, si no por el simple hecho de intentar otra vía. Ambos sistemas tienen los suyo, tanto de bueno como de malo. Lo único que realmente me molesta de systemd, son los logs binarios. JAP -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAG0od5cYY5JJo+VKFyowB6=py7efenzugeyj+rbve-1tzgf...@mail.gmail.com
Re: Debian con OpenRC
El martes, 2 dic 2014 a las 17:36 horas (UTC+1), unciegobailando escribió: procedimientos para instalar OpenRC en debian. Este resuelve las profundas dependencias que genera systemd en otros servicios mediante systemd-shim. systemd-shim se puede usar con cualquier sistema de inicio, incluido systemd-sysv, aunque en este último caso no hace nada. Por otro lado, en el README.Debian de openrc (0.13.1-4, testing) se lee: This package is EXPERIMENTAL. Installing it could make your system UNBOOTABLE. Only use this package for testing purposes in a virtual machine, unless you are very brave! -- Roger Leigh rle...@debian.org Sun, 12 Aug 2012 21:54:39 +0100 No sé si ese README está desactualizado o no, pero asusta lo suyo. Crei haber leido aqui alguna queja sobre usar systemd-shim... aparentemente no hay mas soluciones (sin considerar el fork Devuan) Devuan también va a usar systemd-shim, por lo que según tu criterio tampoco es una solución. http://www.esdebian.org/wiki/openrc Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141202180824.1f487...@gmail.com
Re: Devuan y un poco mas de luz
El 02/12/14 a las 14:21, Javier ArgentinaBBAR escibió: El día 2 de diciembre de 2014, 13:46, unciegobailando unciegobaila...@mail.com escribió: El 02/12/14 a las 13:30, Camaleón escibió: El Tue, 02 Dec 2014 13:23:08 -0300, unciegobailando escribió: El 02/12/14 a las 12:42, Camaleón escibió: (...) Aqui copio y pego las declaraciones de uno de los administradores de Devuan: (...) Entonces que cosas se cambian con respecto a Debian? Muchísimas. Se ha dicho que systemd se pueden evitar en Debian, pero esto no es cierto.Usted puede retirarla del PID1 pero los “tentáculos” están en todas las partes del sistema, y no es posible evitarlo por completo. (...) ahora casi todo el sistema básico depende de libsystemd0, y sus ramificaciones y dependencias son cada vez más y más profundas en debian como pasa en otros sistemas que lo han adoptado. En estas condiciones no es posible conseguir lo que queremos, es decir, la libertad de utilizar o no systemd… (...) Completa y desgraciadamente cierto :-/ Justamente me acorde de tus comentarios en el tema systemd cuando leia sobre las ramificaciones y depedencias cada vez mas profundas encontre algo a favor de systemd, que aunque traducido por google se lee muy bien... lo dejo por aqui tambien: (...) Esa página que apuntas¹ es más antigua que el Balrog de Moria. De hecho es del desarrollador principal de systemd y efectivamente, ninguno de sus mitos desmitifica lo que están diciendo los devuanenses, es decir, que tienen más razón que un santo ;-) ¹http://0pointer.de/blog/projects/the-biggest-myths.html Eso mismo pude notar aun en mi oscura ignorancia, que no desmitifica los problemas de los que se encuentra acusado aun hoy. Aunque personalmente me sirvio para entender mejor sus fortalezas. La falta de scrips redundantes y la administracion centralizada con una pequeña curva de aprendizaje... (es lo que mas me quedo en el marote). Ellos mismos -o el- aclara que la velocidad no fue lo buscado sino un resultado consecuente del nuevo diseño. Realmente parecen dos posiciones 'ireconciliables'. pfff... He estado siguiendo lo que se dice sobre los dos sistemas de arranque; hoy han estallado todos los foros y blogs con el tema de DEVUAN. Mi opinión: lo mejor que pudo pasar. ¿Por qué? Porque no me cabe dudas que va a terminar en algo mucho mejor que no es ni sysvinit ni systemd. ¿De dónde lo saco? De la experiencia de la tríada dialéctica. Después de 20, es la primera vez que se le mueve el piso a Debian. Y todo organismo sólo evoluciona cuando se ve sometido a presión. Creo que va a ser una forma de quebrar paradigmas de las nuevas generaciones, de romper con lo anterior, no porque sea malo, si no por el simple hecho de intentar otra vía. Ambos sistemas tienen los suyo, tanto de bueno como de malo. Lo único que realmente me molesta de systemd, son los logs binarios. JAP aprovecho que estoy curioseando y les pregunto algo tecnico sobre systemd que no me ha gusta (no se si estoy bien orientado..) No resulta -asquerosamente- intrusivo que systemd se meta entre los pedidos de una aplicacion y d-bus? O sea que si falla systemd se me cuelga todo el escritorio gnome por ejemplo (y quizas parcialmente cualquier otro entorno)? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547dfeee.6080...@mail.com
Re: Devuan y un poco mas de luz
On Tue, Dec 02, 2014 at 03:03:26PM -0300, unciegobailando wrote: No resulta -asquerosamente- intrusivo que systemd se meta entre los pedidos de una aplicacion y d-bus? O sea que si falla systemd se me cuelga todo el escritorio gnome por ejemplo (y quizas parcialmente cualquier otro entorno)? Pues más o menos lo mismo que si falla el núcleo o el servidor X, se puede colgar todo el escritorio igualmente. Que un determinado software pueda tener bugs ya lo sabíamos, no hay nada nuevo en ello. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141202221319.ga2...@cantor.unex.es
Re: Debian con OpenRC
El martes, 2 dic 2014, a las 18:08 horas (UTC+1), Manolo Díaz escribió: Por otro lado, en el README.Debian de openrc (0.13.1-4, testing) se lee: This package is EXPERIMENTAL. Installing it could make your system UNBOOTABLE. Only use this package for testing purposes in a virtual machine, unless you are very brave! -- Roger Leigh rle...@debian.org Sun, 12 Aug 2012 21:54:39 +0100 No sé si ese README está desactualizado o no, pero asusta lo suyo. Pues parece que el aviso ya no es válido, lo que cuadra que openrc esté disponible en Jessie. Acabo de recibir respuesta de un mantenedor: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771834 Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141203005257.35080...@gmail.com
Re: Devuan y un poco mas de luz
El 02/12/14 a las 19:13, Santiago Vila escibió: On Tue, Dec 02, 2014 at 03:03:26PM -0300, unciegobailando wrote: No resulta -asquerosamente- intrusivo que systemd se meta entre los pedidos de una aplicacion y d-bus? O sea que si falla systemd se me cuelga todo el escritorio gnome por ejemplo (y quizas parcialmente cualquier otro entorno)? Pues más o menos lo mismo que si falla el núcleo o el servidor X, se puede colgar todo el escritorio igualmente. Que un determinado software pueda tener bugs ya lo sabíamos, no hay nada nuevo en ello. Ok Santiago.. pero a mi el nucleo no me falla hace mucho y el servidor x tampoco (mis graficas son intel). El asunto aqui es que sistemaD es un nuevo intermediario en un aplicacoin y d-bus, mientra segun pude entender, antes no se necesitaba de esto. en fin.. gracias che igualmente. Biene bien para des-asnarse. jiji. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547e9fe4.2060...@mail.com