Entre tanto murmullo e impaciencia para los usuarios de esta distro (además del lanzamiento previo de Ubuntu 14.04 «Trusty Tahr»), el equipo de Debian ha debatido sobre qué versión del kernel Linux ha de usarse para la sucesora de la actual versión Debian 7 Wheezy (que el 12 de julio pasado lanzó su actualización 7.6, enfocándose esta vez en los utilitarios de servidor).
¿Qué versión del Kernel tendrá Debian Jessie?
La decisión final fue que Debian 8.0 Jessie incluirá por defecto el kernel Linux 3.16, y la principal razón por la cual se optó por dicha versión es debido a que se lanzará en el mes de agosto. Además, el backport experimental de Debian ya tiene listas las ediciones Release Candidate de Debian Jessie por si a alguien le apetece probarlos. En el anuncio emitido a través del blog Bits From Debian, se advierte también que los paquetes incompatibles con el kernel han de ser eliminados del repositorio antes de la fecha de congelamiento, la cual es el 5 de noviembre del 2014.
Para los que ya tienen instalado Debian Jessie, el cual está en estos momentos en su fase de pruebas, el kernel ha de actualizarse a través de un:
# apt-get update && apt-get upgrade
reemplazando a la actual versión del kernel (3.14).
Como dato adicional, se menciona que el kernel será mantenido por el equipo de Ubuntu Kernel Team hasta aproximadamente abril del 2016 debido a que no es una versión que pertenece a la rama LTS, según kernel.org.
Para más información al respecto, invito a hacer clic en este enlace.
Pues no sé qué decir.. Creo que no es buena idea meter en una distro estable un kernel no LTS el cual encima será soportado por los chicos de Ubuntu (sin ánimos de ofeder a los Ubunteros) :(.
Lo mismo digo….
¿Los LTS no se dan después de la salida oficial? Las versiones 3.10, 3.12 y 3.14 son LTS, esperemos que también lo sea ésta. Y si finalmente no se convierte en LTS, tal vez Debian deba pensar en cambiar, ya que la congelación de Jessie no creo que sea corta…
PD: Ahora que vuelves a Slackware esperamos tutos, peter, 🙂 .
Por lo general se sabe antes de la salida si será o no mantenido de forma prolongada dicho kernel.. Es po ello que los chicos de Debian ya saben, que la version 3.16 no será LTS. Es curióso que opten por dicho kernel ya que en octubre de este año termina el soporte del kernel 3.4 LTS y por lo que sé la nueva LTS vendrá con el kernel 3.18 precisamente en octubre :).
Respecto a los tutos, ya hicé uno sobre Slackware hace tres meses: https://blog.desdelinux.net/despues-instalar-slackware/
Revisandolo un poco, está un pelin desactualizado en lo que respeta a vlc, libreoffice y jdk de oracle.. Nada que no arregle un vistazo a slackbuilds.org para libreoffice y jdk y para vlc basta descargar y instalar los paquetes npapi-vlc y vlc de la página:
32 bits
http://www.slackware.com/~alien/slackbuilds/vlc/pkg/14.1/npapi-vlc-20140226-i486-1alien.txz
http://www.slackware.com/~alien/slackbuilds/vlc/pkg/14.1/vlc-2.1.4-i486-1alien.txz
64 bits
http://www.slackware.com/~alien/slackbuilds/vlc/pkg64/14.1/npapi-vlc-20140226-x86_64-1alien.txz
http://www.slackware.com/~alien/slackbuilds/vlc/pkg64/14.1/vlc-2.1.4-x86_64-1alien.txz
Un saludo 😀
Algunos LTS creo que se anuncian después de su salida, entonces. El 3.12 no lo iba a ser y creo que lo anunciaron cuando ya había salido el 3.13. De todas formas, si el 3.18 va a ser LTS y es en octubre, no entiendo porqué no meten ese, a no ser que Jessie tenga una congelación breve (que reitero, parece ser que cada vez serán mayores los tiempos de congelación y el último fueron más de 8 meses).
Y te agradezco ese tutorial, pero hay cosas que son difíciles de seguir en Slackware. Por ejemplo, multiarquitectura para instalar programas de 32 bits: lo que sale en la wiki es un proceso infernal, con una especie de script final a ejecutar cada vez que se quiera instalar algo en 32 bits, muy complicado para mí. O cómo hacer una instalación limpia, sin paquetes innecesarios, por ejemplo el soporte para productos HP (ese por ejemplo podría localizarlo, pero hay otras cosas inútiles que no, como todos los escritorios que instala por defecto). Las webs con listas de instalación mínima en Slackware son de versiones anteriores, no he visto ninguna de la 14.1. No soy un novato, pero este tipo de cosas me dan mucho respeto…
Bueno, en el instalador de Slackware te da la posibilidad de hacer una selección de paquetes A, AP, D, F, K, L, N y X. Esto lo puedes hacer eligiendo en vez de la opcion «full» la opcion «menu». A esto le debes añadir el grupo KDE y KDEI si deseas tener KDE como entorno o el grupo XAP si deseas tener XFCE o algún otro. El grupo de juegos (Y) lo ignoro.. Una vez seleccionados estos grupos irás seleccionando paquete por paquete dentro de los grupos. Por regla deja todos los paquetes de los grupos A, AP, D, F, K, L, N y X marcados.. Concentrate en los grupos KDE, KDEI o XAP y aquí sí debes de ir seleccionando el que deseas instalar o no ya que hay muchos juegos o utilidades que sí o no necesitas y eso depende de cada uno :).
En cuánto a multilib en Slackware 64 bit eso es fácil.. Tan solo basta abrir la terminal, loquearse como root y escribir esto:
lftp -c ‘open http://slackware.com/~alien/multilib/ ; mirror 14.1′
cd 14.1
upgradepkg –reinstall –install-new *.t?z
upgradepkg –install-new slackware64-compat32/*-compat32/*.t?z
Y ya tiénes multilib 😀
Pues importantísimo lo de compatibilidad con 32 bits, en la wiki de Slackware es proceso es mucho más largo. ¡Gracias por el dato!
De nada 😀
segun una opinion, que me dieron, el echo de ser escogida por Debian quiza sea razón suficiente para que la combiertan en LTS
El kernel 3.14 iba fatal con mi intel iris pro 5200 y el procesador i7 4750HQ. Uso openSuSE 13.1. Dejé de usar el kernel de tumbleweed, para los que no lo sepan una forma de tener el kernel nuevo estable en openSUSE. Usaba el kernel de tumbleweed desde que tenía openSUSE 12.3. Los kernels 3.11, 3.13 ha ido correctamente.
Por ejemplo los procesadores en condiciones normales están entre un 0’5 – 1 % (ahora mismo con chrome abierto y 20 pestañas 1’5 %), y con ese kernel se ponen a 25 – 30 % sin hacer nada. Lo peor de todo es que la escritura de archivos no era fiable. (con el 3.12 también).
Me cansé de probar nuevos kernels, quizás ahora lo hayan mejorado, pero desde luego eso de que intel de suporte al kernel, por lo menos, es cuestionable que lo hagan correctamente. Me compré un ordenador con gráfica intel (y potente) por el teórico buen soporte.
Sólo espero que los distribuciones prueben sus kernels en ordenadores como el mio (clevo 740su), porque tengo la sensación de que al tener una gráfica que muy pocos tienen, estoy un poco marginado.
¿Kernel de Debian mantenido por Ubuntu Kernel Team? Es una broma, ¿cierto?.
La cosas en Debian se pone cada vez más interesante, SystemD, kernel no LTS, discusiones sin mucho sentido en la lista de Debian, en fin.
Discusiones siempre, y a pesar de eso sigue siendo Debian, yo que tu no me preocuparía.
Naaahh no me preocupa en realidad, Debian seguirá siendo Debian mientras se respete la DFSG. Mi comentario iba dirigido más que todo al alboroto que se ha creado recientemente en la distro (cosa que en cierta forma veo de manera positiva, ya que muchos creen que Debian está muerto), sobre todo por el tema de SystemD y ahora bueno un kernel no LTS, mantenido por el Ubuntu Kernel Team.
En fin, Debian será siempre mi distro favorita, pero por ahora ando compilando mi nuevo Gentoo, ya veré si Gentoo me captura o vuelvo a las tierras de la tranquilidad de Debian.
PD: Por ahora usando la PC de mi viejo, para quienes trollean con lo del UA.
No te preocupes de los trolls del UA, pues son pocos. Lo que me sorprende es que dicho anuncio del blog de Debian haya tenido un tono de trolleada (cosa que ha destacado siempre las declaraciones de Mark Shuttleworth 😛 ).
Sobre la alharaca de Debian, me parece bien, puesto que ya no andarían con parches y estarían siguiendo la misma senda de Ubuntu LTS o Slackware, los cuales, cambian de versión ni bien surge un epic fail como el de Heartbleed de OpenSSL, además de optimizar la automatización en las actualizaciones en sobremanera sin destrozar las configuraciones previas (mis respetos por Debian).
Y bueno, ya que hablas de Gentoo, ¿vas a poner como fondo del GRUB a Yuno Gasai 😀 ?
Hola amigo @eliotime3000, no te ofendas, pero el equipo de Slackware usa un kernel completamente vanilla miéntras que Ubuntu usa un kernel modificado por ellos.. En Slackware todo es vanilla (gracias a dios 😀 ). Es por ello que soy muy escéptico con el mantenimiento ofrecido por Ubuntu. También debo decir que en Debian nunca sufrí una rotura o kernel panic miéntras que en Ubuntu más de una vez :). A parte de que más de una vez vi romper todo el sistema incluso un Ubuntu LTS por culpa de una actualización.. Eso en Debian hasta ahora no pasa.. Creo que el equipo de Debian debería de reducir la actividad de Ubuntu en Debian.. Ya vemos la abismal diferencia de calidad que hay entre Debian Squeeze y Wheezy por culpa de la posición que tiene el equipo de Ubuntu en Debian.. Estoy seguro, que el objetivo que tiene el equipo Ubuntu es destruir a Debian ya que ya de por sí es capaz de mantener su distro sin seguir basandose en Debian y los paquetes de Ubuntu no suelen ser compatibles con los de Debian.
Saludos y porfavor esta opinion es difundida sin animos de trolear :D.
Lo del kernel mantenido por Ubuntu es un poco raro y la verdad no me causa ninguna gracia, en especial cuando los de Ubuntu le meten mano al kernel de Debian.
Y pues si @eliotime3000 pondré a mi adorada y completamente psicópata Yuno como fondo para mi GRUB 😀
No me molesta nada lo que has dicho, @petercheco. Irónicamente Debian usa una versión del kernel Linux en la cual se asemeja en la mayoría de veces al linux-libre (razón por la cual, los blobs se instalan por separado en base al firmware propietario), por lo que Ubuntu ha de depender de los lanzamientos de Debian para adaptarlo a sus necesidades (principal motivo de los kernel-panics), aunque la declaración de Debian hacia el uso de un kernel de Ubuntu es sólo una posibilidad mas no una confirmación.
Y por si fuera poco, Ubuntu tendría que usar obligatoriamente el kernel linux-libre si quiere mantener a la distro que le ha dado de comer desde el 2004, además de que, con dicha decisión no comprometería la estabilidad de Debian, ya que estaría usando un kernel mantenido con la garantía de la FSF de carecer de bugs que originen kernel panics.
Por el momento, son probabilidades dadas en el blog.
Si estuviese publicado en el segmento «noticias» o «anuncios» de la página oficial, entonces, ya sería irremediable. A lo mucho, fue una hipótesis que no debió salir de las 4 paredes del equipo de Debian, puesto que no ha sido publicada en la lista de correos.
En estos momentos ando disfrutando de Debian Jessie después de estar peleando con el QTCurve en KDE 4.8 junto al kernel 3.14 (por el backport, claro) en Debian Wheezy, y lo más irónico es que en Jessie, se nota que hay una verdadera optimización de dicha versión del kernel.
Aún así, Debian Jessie me ha dejado con un mejor sabor de boca con su insana estabilidad frente a SystemD y XFCE como entorno de escritorio predeterminado (GNOME está como opcional según la primera y última vez que probé el instalador de Debian Jessie), además que ahora estén atendiendo, después de la inercia de actualizaciones en Squeeze y la contumacia de Wheezy por la rama ESR de Iceweasel, ahora parece que en la versión que viene, por fin la rama release estará de vuelta (aunque no está a la par del backport de Debian Mozilla, por si acaso).
Otra hipótesis que ha generado dicha publicación del blog de Debian ha sido de que, por primera vez, Debian estaría imitando el modus operandi de las actualizaciones de las ediciones LTS de Ubuntu.
Aún así, es la primera vez que incursiono en la rama testing de Debian, y puedo decir, que es más estable que Ubuntu. A ver si a la hora de congelar la rama, logren finalmente poner el Centro de Software como en Wheezy y Squeeze.
A mi no se me ha actualizado el kernel y estoy en Jessie.
kernel no LTS mantenido por la gente de Ubuntu? ciertamente es una decision «inseperada»
Es una especulación del equipo de Debian. A lo mucho, si sale en versión LTS el kernel, lo confirmarían en el apartado de noticias del sitio.
no creo que congele la versión voy a seguir en testing es una rama estable pese al nombre
los problemas que tuve los cree yo
así que no me preocupo mucho
solo me decepciono gnome 3 y su pobre estabilidad
kde, xfce y mate son los desktop que probe y son estables en debian testing
Yo estoy usando Debian Testing en estos momentos, y XFCE es más estable en testing que en estable.
«…enfocándose esta vez en los utilitarios de servidor).»
Al final, yo creo que Debian terminará siendo una distro única y exclusivamente para servidores… Veo, para mi pesar, que el equipo de desarrollo de Debian casi siempre deja de lado al usuario de escritorio. xD
Bueno, ese comportamiento de Debian es común en todas las versiones (yo me di cuenta ni bien salió la actualización 6 de Debian Lenny), y lo mismo ha de suceder en las siguientes versiones de Debian.
Gracias por la noticia 😀
estos de debian como son lentos, los demas le estan comiendo el pastel llamese ubuntu, opensuse, fedora. deben ser mas rapidos , porque aun probando la distro ya cuando sale oficialmente despues salen muchos errores tantos que debian 7 ya va en la 7.6
estoy bien impaciente por la salida de esta distribución!!!! no veo la hora de instalar la versión estable con lxde en mi pobre netbook xD, mierda mierda mierda 30 dias!!! faltan 30 dias xD