chumifu

#51 si esos son los tweets reales, algo tocado del ala estaba. Me quedo con la de que el es un blanco rico y no un negrata. Grandes frases para la posteridad justo antes de morir. Espero que sean fake.

D

#74 Intenta mirar al significado de lo que ha escrito. Está diciendo que la policía le puede meter una paliza porque sí a cualquiera.

chumifu

#64 google es muy grande, amazon también. Llenarse la boca con grandes afirmaciones no tiene ningun sentido.

Mox

#70 Todas (quizá todas es demasiado, 99%?) las empresas que requieren grandes infraestructuras y no son fabricantes (HP, IBM, etc) derivan hacia linux/GNU en sus diferentes variantes.

chumifu

#80 y cuantas de ellas usan debian en produccion? porque mi experiencia en informatica empresarial con empresas grandes (mas de 1000 servidores) me dice que red hat (si me apuras centos, desde q lo pillo red hat), su soporte y la celeridad resolviendo bugs le pasan la mano por la cara a debian varias veces.

D

#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.

chumifu

#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.

D

#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.

chumifu

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

D

#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.

B

#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)

ioxoi

#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.

ollupacre

#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.

D

#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.

ollupacre

#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.

Mox

#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).

D

#160
Debian ha abandonado la LSB, esa cosa que impuso Red Hat por sus cohones con su sistema de paquetes RPM (Debian creó Alien para cumplir con ese requisito).

D

#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.

D

#195
Los RPM son igual o más complejos. Además el sistema de dependencias que tienen es peor.

D

#195 absurda complejidad? Solo me llevó un dia para entender como funcionaba: http://www.debian.org/doc/manuals/apt-howto/

D

#195 te dejo aquí un bonito cheatsheet, que suelen ser muy útiles: http://www.cyberciti.biz/tips/linux-debian-package-management-cheat-sheet.html

thingoldedoriath

#80 Hace muchos años (yo trabajaba para una empresa que era partner de IBM en 1999) IBM ya ofrecía sus servidores con AIX o con GNU/Linux (a escoger) y el Linux que instalaban en esos servidores era una Debian tuneada por IBM.
Por cierto, Dell también vendía servidores con GNU/Linux instalado (y el Apache y el Samba configurados); y que yo recuerde en el año 2000 eran los únicos que vendían servidores sin ningún OS instalado.

chumifu

#21 jajaja ahi te has pasado dos pueblos

chumifu

#64 google es muy grande, amazon también. Llenarse la boca con grandes afirmaciones no tiene ningun sentido.

Mox

#70 Todas (quizá todas es demasiado, 99%?) las empresas que requieren grandes infraestructuras y no son fabricantes (HP, IBM, etc) derivan hacia linux/GNU en sus diferentes variantes.

chumifu

#80 y cuantas de ellas usan debian en produccion? porque mi experiencia en informatica empresarial con empresas grandes (mas de 1000 servidores) me dice que red hat (si me apuras centos, desde q lo pillo red hat), su soporte y la celeridad resolviendo bugs le pasan la mano por la cara a debian varias veces.

D

#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.

chumifu

#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.

ioxoi

#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.

ollupacre

#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.

ollupacre

#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.

Mox

#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).

D

#160
Debian ha abandonado la LSB, esa cosa que impuso Red Hat por sus cohones con su sistema de paquetes RPM (Debian creó Alien para cumplir con ese requisito).

thingoldedoriath

#80 Hace muchos años (yo trabajaba para una empresa que era partner de IBM en 1999) IBM ya ofrecía sus servidores con AIX o con GNU/Linux (a escoger) y el Linux que instalaban en esos servidores era una Debian tuneada por IBM.
Por cierto, Dell también vendía servidores con GNU/Linux instalado (y el Apache y el Samba configurados); y que yo recuerde en el año 2000 eran los únicos que vendían servidores sin ningún OS instalado.

chumifu

El Su-34 puede hacer la cobre Pugachev como el original Su-27?

Simún

#52 Probablemente, muchos cazas actuales pueden hacerlo, con el truquillo de las toberas vectoriales, pero pueden.

chumifu

#50 Hombre, tanto como por amor al arte... tampoco exageremos. Por ejemplo Ubuntu tiene detrás a Canonical, Thunderbird y por extensión Mozilla tiene un gran apoyo económico de Google y Netbeans tiene como principal sponsor Oracle. La comunidad existe, pero sin financiación es muy difícil mantenerse.

D

#54 Hombre, ya lo sé. Y detrás de Gnome está redhat y de MYSQL está Oracle (antes SUN), etc. Pero los que iniciaron el movimiento lo hicieron por amor al arte.

A día de hoy muchos programadores siguen haciendo cosas por placer.

En mi caso, intento que todo el código que desarrollo pueda ser liberado

D

#54 ¿Google detrás de Mozilla? Más bien Mozilla daba clientes a Google a cambio de pasta, y eso era antes.

Jakeukalane

#54 sólo por ser puntilloso

meneandro

#26 Nativamente cualquier juego que use SDL2 (ejecutándolo con "SDL_VIDEODRIVER=wayland juego"). Usando Xwayland, el resto.

Lo único que se echa en falta es que pese a que hay parches, aún no hay una especificación completa y/o estable de "relative pointer motion" http://lists.freedesktop.org/archives/wayland-devel/2015-April/021422.html, lo cual es una putada porque los fps y otros juegos que usen esa característica no se pueden jugar (no puedes mirar libremente alrededor usando un ratón)

chumifu

Siempre que hay la palabra linux o windows en una noticia la mayor parte de los comentarios se basa en justificar que es mejor desde sesudas posiciones . Menéame y sus costumbres. Creo que se podría hacer un script y contestar la mitad de ellos.

chumifu

España es de derechas, a ver si nos vamos enterando. Le pronostico una larga vida a Ciudadanos.

chumifu

Habrá que hacerse mecánico de robots, desarrollador de IAs o Rey de los robots.

chumifu

#27 Si asumiesen esa responsabilidad cuando toca, entonces si. Pero el: A mi me lo dijo mi asesor... me entere por la prensa... no creo que desaparezca. Es una mamarrachada.

chumifu

#139 Pues ya estáis tardando en uniros al PKK

chumifu

#17 El libro es entretenido, pero no es muy riguroso. Tiene varias historias en las que se exagera y otras en las que se queda corto o ni siquiera entra.

chumifu

#25 Es para reconocer patrones automáticamente. Veo grandes aplicaciones en DNA!