Es posible que lo saque con una Release-candidate. Yo he probado la primera de las rc y ningún problema. La tenía como imagen por defecto hasta que necesité parchear el núcleo; los parches están preparados para las versiones estables.
En cuanto a lo de los drivers:
Definitivamente la culpa es del fabricante. Si el fabricante NO QUIERE hacer drivers y no quiere ni hablar lo más mínimo de las especificaciones, la cosa está cruda.
En algunos casos se dan paradojas, como por ejemplo el de TI y sus chips acx100. Esos chips los montan algunos fabricantes de tarjetas wireless que, como en el caso de D-Link, son unas tarjetas realmente buenas. La paradoja biene dada en que la gran mayoría de los que han apostado por wireless en un principio era gente relacionada con el software libre. Como no hay drivers (bueno, hay algún proyecto, pero distan mucho de ser buenos) ninguna de esa gente se va a pillar una tarjeta de esas. Realmente están desperdiciando una gran cantidad de clientes potenciales. No es como en el caso de los juegos de un 2% de usuarios, sino que en casos como este más de la mitad de los usuarios NO usan sistemas para los que el fabricante dispone de drivers.
Hablando con alguna gente de este tema me han dicho "es que el usuario de windows todavía no conocía las redes wireless como una opción, pero esto está cambiando y los porcentajes pronto serán distintos". Pues bien, aunque esos usuarios vayan a ser de windows, no se van a comprar las tarjetas que llevan dichos chips (que van a 22Mbps) sino que ya comprarán tarjetas de 54Mbps (para las que si hay drivers). Pero el daño ya está hecho.
Otro caso curioso es el de los fabricantes que copian el fuente del módulo que viene con el kernel y lo empaquetan en sus CD de drives de forma que parece que fueron ellos los que lo desarrollaron. (ojo, esto último no lo pone en ningún lado, pero es la imagen que dan al público).
En cuanto a lo de la seguridad:
Microsoft acaba de dar un paso hacia atrás en la seguridad para el usuario de windows. A partir de ahora los parches se van a sacar solamente en determinadas fechas (creo haber leído que a finales de mes) aunque el fallo sea detectado mucho antes. ¿Os imaginais un nuevo Blaster a principios de mes? ¿ Os gustaría estar casi 30 días sin tener el equipo "usable" o tener que desconectarlo de internet ? Cierto es que en el caso del blaster con un cortafuegos la cosa se soluciona pero, ¿y si es un fallo que se puede aprovechar mediante una página web?. Si la cosa es muy crítica es posible que saquen el parche antes, pero nada les impide cobrar por la posibilidad de disponerlo antes de la fecha. Las empresas, que al fin y al cabo son los clientes más importantes de los gigantes del software, seguro que pagarían. Pero el españolito de a pie tendría que esperar. En resumen, un gran suspenso a Microsoft en este caso. (si alguna empresa empaquetadora de Linux saca una política similar, un gran suspenso tambien, aunque en este caso se podría tirar siempre del .tar.gz). Podéis leer algo más al respecto en la página de hispasec.
En cuanto a lo del Messenger:
Estaba cantado. Se lo llevo diciendo a mis amigos desde que salió el XP y el Messenger vino de serie. Pero claro, según ellos "eso no pasará nunca, no les conviene". JA !. He de decir que en este caso la posición de Microsoft la considero de lo más acertada; es más, estoy de acuerdo con ella. El fin máximo de una empresa es sacar dinero. Ellos han creado un producto propio. Tienen todo el derecho a modificarlo como les venga en gana. NO ES UN ESTANDARD, es un protocolo de ellos y para sus programas. (muy distinto a lo que pasa con java, javascript y muchas tecnologías WEB en las que no siguen el estándard). No se han cargado ningún protocolo ajeno en busca del beneficio propio. Nada que objetar.
Si al usuario le molesta la política en ese aspecto, que use otro sistema de mensajería instantánea, que hay donde escoger. Yo, por mi parte, he avisado a los usuarios que conozco con años de antelación. No me han hecho caso y ahora se quejan.
También puede darse el caso de que intenten competir en una tecnología con su propio producto, no lo consigan y lo abandonen ¿cuantas versiones han sacado del visualJ? Esto es un buen punto de partida para aquellos que piensan que siempre van a soportar un producto determinado. De ahí que sea importante el código fuente: es inútil para un usuario doméstico, pero para una empresa que ha decidido apostar demasiado fuerte por una tecnología de otro fabricante puede ser la diferencia entre el negocio o la ruína. Recordemos que en las empresas no se puede cambiar todos los días (años) de tecnología a utilizar. Si tu principal fuente de ingreso/mantenimiento se va al traste, peligro.
En fin… este es mi parecer, del todo discutible. Para eso están los foros, para discutir; eso si, de forma amigable ;).
Por cierto, da gusto ver como en estos foros la gente no escatima palabras y cuida el expresarse correctamente, no como en otros muchos que parece que estás leyendo un SMS (en los mejores casos). Se nota el nivelillo y sobre todo la cultura de la gente. Un 10 por los foros de hardlimit y por los usuarios que contribuyen a hilos de discusión como éste.
