#7 ¿te has olvidado de Melendi?

#23 #24 #29
https://scan.coverity.com/projects/211
A mi estas estadisticas me suenan muy raras, 14,227 lineas analizadas y un total de 21,746 defectos arreglados?

#2 Si no te digo que no, pero mandarlo como noticia...

#3 what else

#4 Hombre, también podría ser GNU/HURD...

Si no te importa esperar

#13 ya sabes lo friki que es la gente con poder

#109 Cuando IPV6 sea definitivo me divertiré viendo las guarradas a Docker. Si es que aguanta

Lo del efecto 2000 va a ser de chiste comparado con eso.

Los BSD ya son compatibles con IPV6 incluso con jail(1), ya que el proyecto Kame hizo que NetBSD fuera pionero en tener una pila compatible. Un saludo.

#109 Tal vez a la empresa le parece un factor relevante que en docker la seguridad brilla por su ausencia. Digo, solo es cuestion de ver como una de las desarrolladoras del sistema consideraba una buena idea correr aplicaciones graficas como firefox o skype como root aduciendo razones de seguridad (pista: un contenedor no es una maquina virtual). Vamos que los jails y zones son una alternativa superior a la arquitectura de docker, si no deseas cambiar de S.O. siempre puedes buscar una alternativa mas pensada como rkt de coreos.

#99 Docker es un poco mierder, se carga las tablas NAT, no es tan seguro, los scripts dentro funcionan a su puta bola, rompe UNIX y encima es incompatible con IPV6.

Un paso hacia atrás. Está lejos de Solaris con sus zonas y FreeBSD con jail(1).

Es una buena idea, mal implementada.

"Por cierto revisa la afirmacion q has hecho de cpan y pip"

Va a ser que no. Revisa tu cpan2deb y pypi-install. No hay nada similar en RH/Fedora.

Es automático. Lanzas cpan2deb contra el módulo de CPAN y te hace un bonito DEB con dependencias y todo.

#102 claro claro, una empresa elige el s.o. de su infrastructura por esas grandes razones. paso de discutir con aficionados y fan boys

#109 Cuando IPV6 sea definitivo me divertiré viendo las guarradas a Docker. Si es que aguanta

Lo del efecto 2000 va a ser de chiste comparado con eso.

Los BSD ya son compatibles con IPV6 incluso con jail(1), ya que el proyecto Kame hizo que NetBSD fuera pionero en tener una pila compatible. Un saludo.

#109 Tal vez a la empresa le parece un factor relevante que en docker la seguridad brilla por su ausencia. Digo, solo es cuestion de ver como una de las desarrolladoras del sistema consideraba una buena idea correr aplicaciones graficas como firefox o skype como root aduciendo razones de seguridad (pista: un contenedor no es una maquina virtual). Vamos que los jails y zones son una alternativa superior a la arquitectura de docker, si no deseas cambiar de S.O. siempre puedes buscar una alternativa mas pensada como rkt de coreos.

#102 Yo docker lo veo que limita mucho, incluso el diseño del software. A mi dame un sistema mínimo funcional y ya me encargaré yo de asegurarlo lo posible y no de volverme loco si necesito cosas que se salgan del tiesto.

#102 De acuerdo casi su todo y te he votado positivo, pero redimensionaría bastante la importancia de Perl en 2015/2016 (y por lo tanto la de cpan2deb)

#86 Sin Debian, Ubuntu muere. Y es el más usado en servidores según tengo oído.

¿Qué te queda? Red Hat y Suse, y por experiencia RH se comería a SuSE comprándolo.

Fin.

Y por cierto, puedes hacer DEBs de módulos Python (Pip) y Perl (CPAN) integrables automáticamente en la distro. Eso para ámbitos científicos es una gozada, y también para otros como PHP. Perfecto para la web.

Intenta eso con RPM sin esperar a actualizaciones o bien desde EPEL sin soporte.

#87 segun tengo oido... bueno pues tu mismo. Por cierto revisa la afirmacion q has hecho de cpan y pip. y para entornos cientificos (y otros) ahora lo q se lleva es docker.

#99 Docker es un poco mierder, se carga las tablas NAT, no es tan seguro, los scripts dentro funcionan a su puta bola, rompe UNIX y encima es incompatible con IPV6.

Un paso hacia atrás. Está lejos de Solaris con sus zonas y FreeBSD con jail(1).

Es una buena idea, mal implementada.

"Por cierto revisa la afirmacion q has hecho de cpan y pip"

Va a ser que no. Revisa tu cpan2deb y pypi-install. No hay nada similar en RH/Fedora.

Es automático. Lanzas cpan2deb contra el módulo de CPAN y te hace un bonito DEB con dependencias y todo.

#102 claro claro, una empresa elige el s.o. de su infrastructura por esas grandes razones. paso de discutir con aficionados y fan boys

#109 Cuando IPV6 sea definitivo me divertiré viendo las guarradas a Docker. Si es que aguanta

Lo del efecto 2000 va a ser de chiste comparado con eso.

Los BSD ya son compatibles con IPV6 incluso con jail(1), ya que el proyecto Kame hizo que NetBSD fuera pionero en tener una pila compatible. Un saludo.

#109 Tal vez a la empresa le parece un factor relevante que en docker la seguridad brilla por su ausencia. Digo, solo es cuestion de ver como una de las desarrolladoras del sistema consideraba una buena idea correr aplicaciones graficas como firefox o skype como root aduciendo razones de seguridad (pista: un contenedor no es una maquina virtual). Vamos que los jails y zones son una alternativa superior a la arquitectura de docker, si no deseas cambiar de S.O. siempre puedes buscar una alternativa mas pensada como rkt de coreos.

#102 Yo docker lo veo que limita mucho, incluso el diseño del software. A mi dame un sistema mínimo funcional y ya me encargaré yo de asegurarlo lo posible y no de volverme loco si necesito cosas que se salgan del tiesto.

#102 De acuerdo casi su todo y te he votado positivo, pero redimensionaría bastante la importancia de Perl en 2015/2016 (y por lo tanto la de cpan2deb)

#86 tienes bastantante mal entendido, redhat ni sueña con mantener el numeroso de paquetes que mantiene debian y con niveles de calidad iguales o superiores a redhat, seguramente quien te afirmo semejante falacia, no sabría vivir empresarialmente sin delegar sus responsabilidades en terceros, léase soporte del fabricante.
He instalado y mantenido cientos de servidores linux, y el grado de personalización y soporte de la comunidad debian esta a años luz de cualqier distribución empresarial, si el equipo es mi responsabilidad, debian es mi elección desde hace muchos añosh a mucha distancia del resto.

#135 + 1, en muchos sitios se pone Red Hat porque "tienes soporte", como si eso significara que te van a resolver cualquiera de las millones de casuistica, errores e incompatibilidades de cada paquete. Ni hablar.
El soporte siempre acaba siendo San Google, y ahi tienes Debian 10:1 de informacion respecto de Red Hat, y todo esto sin despreciar ni mucho menos a Red Hat, que es uno de los motivos por los que Debian en parte progreso en las empresas: porque alguien daba soporte.

#159 con Fedora las cosas han cambiado en mi opinión y a mejor. Mucho. Red Hat ha reconocido la importancia de la comunidad y lo está haciendo bien.

#86 Efectivamente, Red Hat se usa en todas las partes donde se mete Linux por alguna carnica, porque lo normal es que los SySAdmin, raramente sean tan duchos como para salir adelante con configuraciones y problemas.
Ahora tb te digo que Debian se encuentra en produccion por todo el mundo en empresas, ISP, universidades, etc. Nuestra empresa solo despliega Debian, trabajamos para la administracion publica. ¿Soporte de Red Hat ? Esta bien, cuesta dinero y si crees que te van a resolver la vida, para nada. El soporte de pago en Red Hat no es la panacea. Hace falta un SysAdmin ducho, en Red Hat o en Debian.

#86 Es cierto, redhat y derivados es de lo mas extendido en empresas lamentablemente, no obstante me gustaría matizar que aunque lo que dices es cierto linux es todo un ecosistema y redhat debe mucho a debian (y al reves tambien).

#165 el problema con los DEB es su absurda complejidad. Los RPM son mucho más fáciles de definir y no por ello son menos portables o dan más conflictos.

#200 #201 Me refería a crear paquetes, no a instalarlos y borrarlos.
Ese manual no indica cómo crear paquetes sino cómo usar APT (uno de los frontends de dpkg). _{Por otro lado contiene horrores ortográficos y está obsoleto y sin actualizar desde hace 12 años.}

Esta es la guía para crear archivos DEB, que como se puede ver, no es moco de pavo:
https://www.debian.org/doc/manuals/maint-guide/
Si consigues que lintian pase a la primera sin que violes ninguna de las políticas es que juegas en ligas godlike.

Esta es la guía para crear archivos RPM:
https://fedoraproject.org/wiki/How_to_create_an_RPM_package

Diferencia a primera vista:
- En los DEB tienes que crear control, rules y varios más en muchos casos.
- En RPM todo se gestiona en un archivo spec, mucho más pequeño para hacer lo mismo.

He tenido que crear paquetes para varias distros, soy mantenedor de un proyecto upstream y no hay color.

#199 Habría que ver eso de las dependencias, porque en Fedora no he tenido que usar nada equivalente a apt-get -f para resolver conflictos de dependencias, mientras que en Debian me he inflado a usarlo incluso teniendo solamente stable en el repositorio main.