El congelamiento de Debian Jessie y otras cosas

El pasado 5 de noviembre la rama testing de Debian (con el nombre Jessie) fue congelada, luego de los largos meses de desarrollo y de corregir más de 400 bugs. También tienen listo el arte oficial para la distro, a cargo de Cyril Brulebois.

De paso anunciaron que Debian 9 (que saldría en 2017), se llamará Stretch. Y que Debian 10 (que saldría en 2019), se llamará Buster. Se anunció también que el port kfreebsd ya no será un port oficial, y sí lo serán los ports para las arquitecturas arm64 y ppc64el.

Entre los paquetes que vendrán por defecto se encuentran: el kernel 3.16, Iceweasel e Icedove 31, GNOME 3.14, KDE 4.14, LibreOffice 4.3.3, GCC 4.9, MySQL 5.5.39 (no va a haber migración a MariaDB, sólamente la van a incluir dentro de los repos y nada más), OpenJDK 7u71, Perl 5.20, Python 2.7.8 y 3.4.2, Xfce 4.10, Apache 2.4.10, Tomcat 6.0.41 y 7.0.56 y, por supuesto, systemd 215

Otra cosa importante es la partida de Joey Hess, quien desde el 1996 desempeñó varios roles en Debian, entre ellos mantener los paquetes debhelper, alien, dpkg-repack y debmirror. Cita como causa de su alejamiento el hecho de que la consitución de Debian llevó al proyecto en la dirección equivocada. No sé si es un guiño al campeonato de febrero, pero puede ser.


Deja tu comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.

  1.   nadie dijo

    segun lei la salida de joe hess tiene que ver con la adopcion de systemd …

  2.   rolo dijo

    que raro que el tipo se aleje de debian por systemd y en su blog escriba un post de como usar el modulo de cron de systemd https://joeyh.name/blog/entry/a_programmable_alarm_clock_using_systemd/

    no creo que sea el comportamiento de alguien que esta en contra de systemd

    por cierto el arte oficial se parece al de trisquel pero en versión sosa

    1.    elav dijo

      No creo que una cosa tenga que ver con la otra.. El hecho que uno no use (por poner un ejemplo), Windows, no significa que si puede enseñarle a alguien a usarlo, le diga: NO, porque yo no lo uso.. Al contrario, le muestra como usarlo y que el otro se de cuenta por si mismo si le conviene o no.

      1.    rolo dijo

        por lo que vengo viendo con el tema de systemd, no hay términos medios y los que estan en contra lo odian como si fuera un invento del mismo satanás (no el de turpial sino el de ajoba :P)
        como dicen para muestra esta un botón http://igurublog.wordpress.com/2014/04/28/ignorantgurus-hiatus/ este es el desarrollador de SpaceFM el fork de PCmanFM deja de usar debian por el tema de systemd

        y como ya he dicho, como con systemd no hay términos medios no vas a escribir un post-tuto sobre systemd y luego irte porque debian implementa systemd.

        eso si se que hubo un intento de votación para lograr que en el instalador de debian este la opción de usar sysv aunque el tema era que no hay suficiente gente para mantener la paqueteria compatible con ambos gestores

  3.   naranja dijo

    me registre ayer y al parecer no pase la moderacion?

    1.    elav dijo

      Lo dudo!

      1.    naranja dijo

        nunca me llego el correo de confirmacion, ¿como saben si alguien es un bot o no, viendo solamente el nick y el correo?

  4.   Yukiteru dijo

    Lo de Joey Hess está bien claro, no solo es systemd es la forma en como se están manejando ciertas cosas en la distro, y un buen ejemplo lo has dejado acá, MariaDB no es la versión por defecto para bases de datos y en su lugar se sigue usando MySQL, algo que años atrás hubiese sido bastante descabellado.

    1.    elav dijo

      Pues eso mismo es lo que intento decir en mi comentario.. +1

      1.    Yukiteru dijo

        Exacto @elav Debian ha cambiado, y mucho con respecto a años anteriores y es esa situación la ha hecho que muchos desarrolladores y colaboradores hayan decidido abandonar el proyecto. IgnorantGuru también lo dijo en su blog con su hiatus, no solo es systemd es la forma en como se hacen las cosas, ahora es Joey Hess, y muchos más se unirán al grupo dependiendo de lo que se decida el 18 de noviembre cuando la votación sobre la libre elección de init se de.

  5.   elav dijo

    No es para menos que Joey Hess se haya ido del proyecto, y es más, comparto la supuesta causa que comentas en el post Diazepan. Yo me pregunto ¿por qué Debian no acaba de pasar a MariaDB cuando otras distribuciones ya lo han hecho sin problema alguno y no son tan filosóficas? Cof.. cof.. Archlinux.. cof.. Dejan de darle soporte a KFreeBSD ¿por qué? ¿Cual es la excusa si mantienen otras arquitecturas que solo unos cuantos usan? En fin.. cada día me alejo más de Debian y eso duele.. 🙁

    1.    petercheco dijo

      Dejan de dar soporte a KFreeBSD ya que su kernel no es Linux si no BSD… Ya sabes que systemd no se lleva bien con los sistemas BSD :D.

      1.    petercheco dijo

        En cuánto a mysql o mariadb… ¿Da un poco igual no? Y todavía se está debatiendo sobre ello :D.

      2.    petercheco dijo

        También creo que Debian deja por el momento a mysql por defecto por un motivo bastante importante: MySQL Cluster CGE.

        Ten en cuenta que Debian se usa en los servidores y debe permanecer neutral para todos. No puedes pasar a MySQL Cluster CGE desde MariaDB y si eliminan a MySQL de Debian esto podría conllevar el rechazo de no pocos usuarios.

      3.    eliotime3000 dijo

        En otras palabras: hay bastante presión relacionada con el clúster CGE de MySQL. Aparte, si Andamiro saca una versión sucesora de Pump It Up Infinity, es probable que ya no use Debian como SO predeterminado debido a su dependencia inicial de SystemD en entornos como GNOME y componentes como NetworkManager.

  6.   linuXgirl dijo

    Estoy de acuerdo con Joey Hess: «…el Proyecto Debian ya no es el mismo…» 😉

    1.    eliotime3000 dijo

      En eso tiene razón, puesto que ahora Debian toma las decisiones como hacía Ubuntu cuando lanzó el 12.04.

  7.   xarlieb dijo

    pero dicen que MariaDB estara en los repos oficiales «just in case». Asi que no veo mucho problema por ahora.

  8.   Xipe dijo

    Es triste lo que está sucediendo durante el último año en Debian. Puedo entender el hartazgo de algunos desarrolladores -como Joey Hess- con el clima de crispación que a menudo se vive en los debates por el sistema de inicio que llevará Debian 8 «Jessie».

    Ha sido una decisión complicada y está resultando dolorosa. Incluso algunos usuarios (que no desarrolladores, por el momento), se están planteando crear un fork de la distribución que no incorpore systemd por defecto.

    Systemd -y ésta es una opinión- es problemático, opaco y potencialmente inseguro. Toquetea demasiadas dependencias y obliga a hacer cambios con los que algunos usuarios no estamos nada de acuerdo. Muchos administradores de sistemas están alertando de los graves conflictos técnicos que conlleva su implementación (por no utilizar las gruesas palabras con las que acostumbran a referirse cuando hablan de systemd). No se trata de un debate sobre «evolución-conservadurismo», «progresismo-inmovilismo» o «modernidad-antigualla» como algunos comentaristas han querido simplificarlo. Ni tampoco de una maniquea dicotomía entre usuarios de escritorio «cools» y administradores de sistemas «trogloditas». Se trata de seguridad, modularidad, flexibilidad y, más importante aún, confianza.

    Si yo quiero quitar systemd en Debian y poner sysyinit me encuentro con que se desinstalarán los siguientes paquetes:

    1) colord
    2) gvfs
    3) gvfs-backends
    4) gvfs-daemons
    5) hplip
    6) libpam-systemd
    7) policykit-1
    8) policykit-1-gnome
    9) printer-driver-postscript-hp
    10) steadyflow
    11) systemd-sysv
    12) udisks2

    Leave the following dependencies unresolved:
    14) libcolord2 recomana colord
    15) cups recomana colord
    16) cups-daemon recomana colord
    17) cups-filters recomana colord
    18) gvfs-common recomana gvfs
    19) gvfs-daemons recomana policykit-1-gnome
    20) libsane-hpaio recomana hplip (= 3.14.6-1+b2)
    21) liferea recomana steadyflow | kget
    22) printer-driver-all recomana printer-driver-postscript-hp
    23) task-print-server recomana hplip
    24) udisks2 recomana policykit-1

    Son dependencias importantes. Para algunos encontraré un substituto pero para otros no y mi sistema cojeará por alguna parte. Siempre puedo instalar «systemd-shim» (que es lo que recomienda Lucas Nussbaum, el actual líder del proyecto) pero no dejará de ser un apaño. Un parche que a mí, particularmente, no me convence.

    Una distribución como Debian (y esto vuelve a ser una opinión) debería haber apostado por aliarse con Gentoo y fortalecer OpenRC o por desarrollar su propio sistema de inicio. Su incapacidad para hacerlo puede ser interpretado como un signo de desidia. Debian pierde iniciativa y, de alguna manera, independencia, y eso es lamentable. Aunque claro está, ésta es mi opinión y no tengo derecho a exigir nada a nadie, mucho menos a la comunidad Debian.

    No se trata de eliminar de los repositorios a systemd (que a muchos usuarios les puede resultar útil) se trata de que este sistema no lo contamine todo y limite las posibilidades de los usuarios.

    Los que utilizan Gnome están atados a systemd, pero los demás no tenemos por qué estarlo si no lo deseamos y ahí radica la propuesta de votación (General Resolution: init system coupling), presentada por Ian Jackson, que ha desatado todos los agrios debates que seguramente han llevado a Hess y otros desarrolladores a abandonar el proyecto. El problema ha estado en las artimañas empleadas, las faltas de respeto en las listas de correo y algunas actitudes del todo inadmisibles en un entorno de discusión que se quiere constructivo.

    Se habla mucho de la filosofía Unix (do one thing and do it well) o de los dichosos estándares de Linux (como si éstos fueran a hacer de Linux el sistema de escritorio definitivo que borre del mapa a Windows y Mac OS X), pero lo cierto es que esto es papel mojado si no existe un consenso mínimo. Y systemd no lo trae. A la vista está. Linux no está por completo planificado (como BSD o Windows y Mac), los estándares son bienvenidos pero deben cumplir los requisitos de una comunidad libre, crítica y, en algunos casos, erudita.

    Y, por supuesto, tampoco se trata de que el sistema arranque 20 segundos más rápido. Eso es quedarse en la superficie de un problema mucho más complejo.

    Si la situación en Debian continua así, a nivel personal me planteo migrar a Gentoo o, llegado el caso, darle una oportunidad al dichoso fork de Debian, siempre y cuando me convenza su contrato social y los desarrolladores que estén detrás (hay mucho troll anti-systemd que no me gustan nada, la verdad). Hasta el momento, seguiré en Wheezy.

    Saludos y perdón por la extensión del comentario,

    1.    rolo dijo

      pero para usar sysv no es necesario desinstalar systemd http://www.esdebian.org/wiki/systemd#3.2 editando /etc/default/grub y poniendo GRUB_CMDLINE_LINUX_DEFAULT=»quiet init=/sbin/init.sysvinit» + update grub o sino desinstalando el paquete systemd-sysv (sysvinit seguramente lo tenes instalado).

      PD: que te pida desinstalar esos paquetes no seria un problema. lo que podrias hacer es: primero poner a sysv para que gestione el inicio, luego eliminas systemd y reinstalas los paquetes (menos los de gnome porque te va a pedir systemd)

      hay que leer y no ser prejuicioso

      saludos

      1.    eliotime3000 dijo

        Eso mismo, puesto que lo primero que hice fue instalar SysVinit y luego desinstalar el SystemD para no quedarme sin INIT.

  9.   Xiep dijo

    En el anterior comentario tipeé mal mi nick, es Xiep.

    Dicho esto, sí, para poder usar sysvinit no es necesario desinstalar systemd, pero, precisamente, lo que quiero es desinstalarlo.

    Es decir, si no me fío de systemd y deseo quitarlo de mi sistema me encuentro con incómodos contratiempos, como por ejemplo, montar automáticamente un medio extraíble o suspender e hibernar el sistema sin ser root. Puedo hacerlo manualmente, faltaría más, pero convendrás conmigo que eso es un apaño. Casi cualquier cosa que dependa de «dbus» instalará systemd. Hasta ahora una de las soluciones «oficiales» del proyecto ha sido instalar «systemd-shim» (http://www.itwire.com/business-it-news/open-source/65684-debian-leader-says-users-can-continue-with-sysvinit), un paquete que emula a systemd y permite utilizar todos los programas que de éste dependen. Pero esta solución no acaba de convencer.

    Claro que puedo sobrevivir sin systemd (todo tiene arreglo en esta vida), se trata de en qué condiciones lo hago y a qué y quién favorece Debian con esta decisión. Hay que estar haciendo malabares para que todo funcione y es precisamente eso lo que ha llevado a la comunidad a enfrentarse con la GR que está levantando tantas ampollas y causando algunas bajas (https://www.debian.org/vote/2014/vote_003.en.html). El problema es que el resultado tiende a ser binario: o se gana o se pierde. Parece ser que el clima está tan radicalizado que la discusión está terminando en un «todo o nada». Mal asunto, la verdad. El día 19 de noviembre saldremos de dudas.

    Eres muy atento al preocuparte por mi conducta, Rolo, pero leo bastante y, créeme, no soy prejuicioso. Precisamente, lo que me ha parecido precipitado es la adopción de systemd por defecto en algunas de las distribuciones más importantes, cuando es un sistema que no es que esté muy maduro, que digamos. En fin, me parece sospechosa tanta prisa.

    Salud!

    1.    rolo dijo

      Xiep sobre «… Es decir, si no me fío de systemd y deseo quitarlo de mi sistema me encuentro con incómodos contratiempos, como por ejemplo, montar automáticamente un medio extraíble o suspender e hibernar el sistema sin ser root….» Estas confundiendo systemd con PolicyKit (hay que leer!!!) y algún bug en debian relacionado con escritorios como lxde o xfce4.

      Cuanto mucho tendrías que crear tus propias reglas de Polkit

      hay que dejarse de j0der un poco con el tema de systemd, al fin y al cabo es un software que si funciona bien joya y si no se cambiara por otra cosa y pista. pero por favor dejemos la política para cosas importantes de la vida,

      vasta de prejuicios basados en la ignorancia dejemos de repetir como pericos lo que repiten otros

      1.    Xiep dijo

        Rolo, va a ser difícil desinstalar systemd en Debian Jessie, me refiero a eso. Substituir el sistema de inicio por defecto es delicado y puede romper el sistema.

        No es joder a nadie. Muchos usuarios de Debian no confiamos en systemd, eso es todo. Y vemos con preocupación las decisiones que últimamente se están adoptando, por eso hay debate. De hecho, la decisión final del Comité Técnico estuvo muy ajustada. Es normal que aún coleé la polémica porque sólo un voto decantó la decisión final. Y eso no es precisamente una mayoría clara.

        Debian siempre ha tenido en cuenta aspectos políticos y sociales. Tal vez sea eso lo que ha hecho del proyecto lo que es, sino no sería Debian.

        No sé cómo tomarme tu último párrafo… ¿Como una descalificación? Vienes a insinuar que soy un ignorante y un loro sin criterio propio… Un poco exagerado, ¿no?

        En fin,

        Salud!

  10.   nonamed dijo

    precioso el art work de jessie

  11.   eliotime3000 dijo

    Lo que me extraña es que los desarrolladores de Debian no hayan tenido en cuenta a UselessD, el cual viene ser mejor que systemd-shim y se ve como mejor alternativa a la que ofrece Debian. Lo malo es que ya es demasiado tarde como para proponerlo, puesto que ya se han congelado los repos y parece que esta versión será el equivalente al Ubuntu 12.04 de Debian.

    Con respecto a SystemD, no veo que actualmente RHEL/CentOS tenga entusiastas en implementar la versión 7 a nivel masivo (ya saben, SystemD).