Ninguna guerra, por lo menos de mi parte ... pero si me gustaría que no escribas de temas que no manejás o que tocás de oído, por que reparar los daños de la mala información (que se replica), después resulta muy difícil :S


No soy ningúnx expertx, pero si lo sé, te lo digo .... ¿qué del funcionamiento de una tarjeta?
Creo que la problemática de la energía la expliqué en el post igualmente (especificaciones sobre PM)


Está bien y mal eso.
Por lo pronto si tenéz instaladx todas las partes que hacen al stack gráfico (como suele ser el caso), disponés de aceleración 3D que si bien no está a la par de los últimos estándares de OpeGL (soporta OpenGL 3.0 y algún bug en el medio), es bastante usable ...


Bueno, eso es una opinión propia de quien lo escribió ... para portátiles lo veo aceptable (Power Management), para uso de escritorio no (donde la energía no es un factor "tajante")
Es lamentable que Debian dé esa "opinión" sobre los drivers, lamentable.

Primero por que ignoran todo el discurso de libertad que dan (y que con la quita de blobs del kernel quisieron "reivindicar"), y segundo es la falta de pragmatismo; ya que se puede usar los drivers 3D para el compositing (como en KWin, Mutter, Compiz) sin el más ínfimo problema ... ídem para algunos juegos 3D (es más, yo sólo instalé nvidia para jugar Mass Effect 3, sino seguía tranqui jugando con nouveau)
Tendrían que haber dado una postura más "gris"

Que en Debian los drivers sean crap es OOOOTRO problema que no tiene que ver con los drivers, sino con su estúpida política de largar software de hace mil años .... lo cual ni siquiera es sinónimo de estabilidad !!!

Pensá que el stack gráfico (kernel, mesa3d, xorg, etc) avanza más rápido que sus "2 años por versión"; y cada versión (gracias a "limpiezas" que se vienen haciendo, como usar una nueva arquitectura llamada Gallium3D) avanza bastante comparado con antes y cada versión aporta significativamente a la estabilidad y calidad de drivers.

Hay software que tiene ciclos de versiones más corto (y hasta parece una tendencia ... parafraseando "release often release early"?), y Debian es inútil en lidiar con ese tipo de software por sus hard freezes (léase: de tal a tal fecha congelamos las versiones y lo que hay queda definitivo ... hasta el próximo ciclo)

Para no hacerse cargo de su sistema de releases, tuvieron que hablar mal de los drivers gráficos ...


Intel ofrece drivers libres (con la respectiva documentación y disposición de sus desarrolladores full time) de calidad bastante buena y dá soporte desde antes de sacar las gráficas al mercado.
AMD ofrece documentación y desarrolladores full time para la comunidad que desarrolla los drivers libres que también tienen una calidad bastante buena, además del driver privativo ... y ah, dá soporte antes de sacar las gráficas al mercado.
nVIDIA No ofrece absolutamente más que drivers privativos (y ojo acá, que lo hace como "consecuencia de", no por soportar la plataforma) y soportan las gráficas "eventualmente"

Son los principales jugadores, el resto (como VIA, y sacando el ecosistema ARM) deben ser prendidos en la hoguera por los horrores de chips que sacaron al mercado y OSAN llamarles GPU.


Para mí sería un honor ... eventualmente desarrollar drivers libres.
Y no, no soy ningún ingenierx ...


¿Un disipador?
¿Probaste lo de lm_sensors?

Monitoreale la temperatura si podés y fijate lo de los perfiles de energía.

Saludos.

Aqui esta hablando como uno, salvo pequeñas excusas, pareciera que manejara el tema totalmente cuasi-pseudo-estafa-ingeniero...



Aja, aqui de oido igual que yo, exactamente igual que yo, y luego acusandome de que yo hablo basura.


Ese es exactamente el problema!!! puff, siguen hablando basura. Cuando un dispositivo no funciona correctamente, es que al usuario le interesa la politica de trabajo de una empresa frente a una comunidad?? no, le interesa que sirva, punto.


No, pero es uno de los mejores recursos como soporte, en el proyecto debian solo proporcionan soporte para stable para open-source, nada para software privativo, en testing y sid el soporte es digamos, minimo. Uno debe agarrarse de donde pueda, y por eso se debe consultar a la comunidad, quienes comparten ese problema, cada opinión es valida, sin joder a nadie acusandolos de basura por doquier, como precisamente hicieron uds conmigo, y hago exactamente justo ahora yo con uds, con todo respeto, pero uds estan hablando la misma basura que yo estoy soltando, cuasi-expertos. 


Estamos hablando de drivers de video, así que una opinión tan generalizada, no es valida. En debian el soporte a tarjetas de video es muy deficiente, por politicas de trabajo, es por cosas así que se han desprendido de mozilla, nvidia, sun, y eso que no hago mención a los puristas del software libre total. Hablo del open-source, de lo que se tenga a la mano.

Esta me causa gracia:



  lo más gracioso es que para un usuario promedio, esos juguetes quedan mejor que el debian puro. Si un cuasi-experto como ud le gusta más debian, pues sigue con debian salvando al planeta, yo recomiendo siempre linux-mint-debian, perfecta para los quehaceres diarios. Salvo por libre office, es excelente para todo lo demás, pero eso no quiere decir que catalogue a otras distros solo porque me gusta más otra, excepto por un componente, unity, que lo repito, siempre ha sido un asco.

Esa iluminación es exactamente lo que esperaba de uds, una completa basura, gracias.

Esdebian es una comunidad muy grande de Debian que incluye a varixs desarrolladorxs de este proyecto.
Te acepto lo que decís, pero lo dejo anotado.


Para el caso de los drivers gráficos tener un driver viejo, es tener un driver crap. Si crees que hay una correlación entre antiguedad y estabilidad me parece genial, pero no es así por que partamos de la base que el testeo siempre lo hace upstream !!!  (y algunos proyectos como KDE *actualmente* tienen un testing que dá miedo de lo riguroso que es)

La estabilidad también es tener los últimos parches que no siempre pueden hacérseles backport por que a veces cambia la arquitectura del código que hay (además, los backports son un costo de desarrollo importante también, por que es mantener parches out-of-tree) ... hace poco arreglaron los problemas de fetch de texturas y algunos hard freezes, pero es en el rewrite del driver de nouveau, en el último kernel, de nuevo, hay gente que se queda con bugs por milenios por pésimas políticas de debian para lidiar con ese tipo de software.

Hay muchos paquetes en esa situación por que diversas áreas están migrando a un desarrollo más rápido.

¿Te parece de juguete?
Genial, eso sigue sin solucionar los problemas de Debian en cuanto a lidiar con ese tipo de software, que también, pueden hacer a la estabilidad del sistema.

Además (2) hace totalmente obsoleto el argumento de estabilidad ... perdón, pero distros como Gentoo u Arch tienen MUCHA más estabilidad que un Debian Testing (por que además los cambios se van realizando de "a poco" y no de a grandes enviones, donde pueden haber MUCHOS problemas si los cambios de formato/arquitectura son grandes)
Y (3) es un problema de mantenimiento no sólo por las compatibilidades binarias entre dependencias tan "distantes" en versiones, sino que además muchas veces se termina rompiendo el tree y unx paga los platos rotos (renombrado, paquetes que ya no están ... como en una instalación que hice que faltaba un componente importante de nepomuk y tuve que prometerle a quien le instalé el sistema que esa pieza importante ya iba a aparecer)

No, toda esa situación es una chanchada.

En Ubuntu -más allá de que no me guste como distribución- tomaron una muy buena decisión : Mantener todos los paquetes en su versión "estable" excepto estos paquetes que tengan ciclos de desarrollo rápido.
La estabilidad del sistema no se detrimenta, en FreeBSD tienen algo similar hace tiempo (ojo, como "efecto colateral de", en su momento no se eligió por esto) ... tenés un sistema "core" que es estable, y todo lo de arriba (como el chromium) se vá actualizando.

Si querés tenemos una charla sobre modelos de desarrollo, que es el verdadero tema de fondo.

Saludos.

P.S → A @dato000 ya ni le respondo ... está como nene enojado por que le corregí el post, como si ganase algo en pelearme con alguien que no conozco, WTF?

Los bugs se descubren por testear el software (tanto durante el desarrollo - estableciendo pautas de QA como unit testing - como durante el release por el uso de los usuarios, por que sí, es imposible aniquilar todos los bugs durante el desarrollo .. bah, no existe el software bug free) ... y tenerlo en una rama de la distribución que en todos lados se dice "no me uses" no sirve de absolutamente nada (ni siquiera la rama experimental)

Por que para cuando llega a testing u stable, ya muchas distros mainstream como Ubuntu sacaron ese software por la puerta y levantan todos los bugreports.


4 releases de mesa atrás en el peor de los casos, 2-3 en un caso promedio ... como una persona interesada (y con algo de conocimiento de) en el stack gráfico de linux te puedo decir que es muy dañino por que cambió mucho el ritmo de desarrollo de drivers gráficos (que es de lo que hablo cuando digo "los drivers en debian son crap" ... de eso, los drivers gráficos)


Yo los brakages más feos los tuve con Debian Testing (Sid ni lo toqué, gracias con la estabilidad de Testing) y Fedora.
las otras distros son relativamente estables en cuanto al tree respecta.


Todavía no se resolvió nada ... pero con los drivers privativos ya delinearon como van a hacer, con los libres queda ver:

http://www.bryceharrington.org/wordpress/?p=91


Entiendo, estabilidad "de versiones" ... bueno, la mayoría habla de estabilidad del software, y eso está muy mal.
pero el pinning es una cagada no sólo por la compatibilidad binaria, sino que hasta tenés que actualizar una libc por actualizar un firefox o loquesea Debian y hasta partes del sistema que no tienen nada que ver.

Es chanchísimo eso.

Saludos.

Jenag, tu tambien con este problema 

yo segui las sugerencias que me hicieron en el otro post, pero luego de instalar los drivers de nvida (lo hice en ambas formas, con los paquetes de opensuse y compilando directamente el paquete de la pagina de nvidia) pero en mi caso aun no he podido hacer nada, ya que luego de instalar el driver, el manager de nvidia me dice que no se esta usando el driver nativo, me da un comando para dejarlo trabajando, luego ya no me inician las x, ya que opensuse no usa xorg.conf y cuando lo crea el manager algo queda mal y no me carga nada xD , asi que no pude instalar el bumblebee que hasta donde lei, debe estar el driver nativo instalado 

Resumiendo, de quien sea la culpa no me interesa,  almenos en las distros deberian de dejar estas cosas por defecto, de lo contrario estaria dificil que se habran mercado en las laptops como las nuestras. Porque no todos tenemos tiempo para andar indagando que hacer y como hacerlo, pero si soy honesto, tener la laptop caliente solo por esto me parece una estupides.

Cuando compre esta laptop jamas me imagine esto, ahora le doy la razon a random xD , vi otra laptop que tenia suse enterprice instalado, y pasa en la tienda encendida todo el tiempo, no calienta porque yo mismo la he ido a ver, la gran noticia es que no tiene grafica dedica como las nuestras, random, tenias razon xD