Tuesday, September 9, 2008
Thursday, July 10, 2008
La pelea con el Driver de NVIDIA.
Ahora que decidí trabajar con Ubuntu Hardy, para por fin abandonar el mundo Microsoft (en cuanto a desarrollo se refiere), he tenido una serie de broncas interesantes para hacer funcionar algunos Drivers.
Aqui les cuento del principal -el que me causó más broncas pues-, el de NVIDIA.
Mi tarjeta es una: nVidia Corporation GeForce 8400M GS
La primera opción fue instalar los driver a travéz de: EnvyNG. El driver no funcionó en absoluto, snif :(. Parecía que el soporte a mi driver no era de lo mejor.
Lo que siguió fue instalar el driver que provee NVidia en su sitio de internet: NVIDIA-Linux-x86-173.14.05-pkg1.run
Para lo cual el procedimiento es el siguiente:
1) Logout de Ubuntu.
2) Ctrl+Alt+1 para hacer login en consola.
3) Purgar información de instalaciones anteriores:
sudo apt-get remove --purge nvidia*
4) Actualizar el kernel de Linux.
sudo apt-get install linux-headers-$(uname -r) libc-dev build-essential
5) Detener el XServer: sudo /etc/init.d/gdm stop
6) Ejecutar la instalación del Driver.
7) Iniciar el XServer: sudo /etc/init.d/gdm start
Adicionalmente en algunos casos, ubuntu insiste en cargar otro driver para el nvidia que el instalado así que:
1) sudo gedit /etc/default/linux-restricted-modules-common
2) Y agreguen (nv nvidia_new) la línea de módulos restringidos:
DISABLED_MODULES="nv nvidia_new"
Todo funciona perfecto despues de esto, bueno casi, hay formatos de video que no se ven del todo bien, aunque talvez sea una cuestión de codecs.
En la batalla por configurar el driver me era urgente trabajar de manera decente al menos, pero el problema es que tenía una resolución de 800x600. Me sirvió reestablecer la configuración por defecto -al archivo xorg.conf- para lograr trabajar cómodamente (sin efectos ni bondades gráficas más una resolución más amena):
sudo dpkg-reconfigure xserver-xorg
Otro problema es que el Dirver se desconfigurará cada vez que se actualice el kernel. Así que hay que hacer el mismo procedimiento, :(. Aunque aqui exponen un modo para crear un script que evite eso, se ve obviamente muy experimental y no lo he probado:
http://ubuntuforums.org/showthread.php?t=835573
Saludos.
Aqui les cuento del principal -el que me causó más broncas pues-, el de NVIDIA.
Mi tarjeta es una: nVidia Corporation GeForce 8400M GS
La primera opción fue instalar los driver a travéz de: EnvyNG. El driver no funcionó en absoluto, snif :(. Parecía que el soporte a mi driver no era de lo mejor.
Lo que siguió fue instalar el driver que provee NVidia en su sitio de internet: NVIDIA-Linux-x86-173.14.05-pkg1.run
Para lo cual el procedimiento es el siguiente:
1) Logout de Ubuntu.
2) Ctrl+Alt+1 para hacer login en consola.
3) Purgar información de instalaciones anteriores:
sudo apt-get remove --purge nvidia*
4) Actualizar el kernel de Linux.
sudo apt-get install linux-headers-$(uname -r) libc-dev build-essential
5) Detener el XServer: sudo /etc/init.d/gdm stop
6) Ejecutar la instalación del Driver.
7) Iniciar el XServer: sudo /etc/init.d/gdm start
Adicionalmente en algunos casos, ubuntu insiste en cargar otro driver para el nvidia que el instalado así que:
1) sudo gedit /etc/default/linux-restricted-modules-common
2) Y agreguen (nv nvidia_new) la línea de módulos restringidos:
DISABLED_MODULES="nv nvidia_new"
Todo funciona perfecto despues de esto, bueno casi, hay formatos de video que no se ven del todo bien, aunque talvez sea una cuestión de codecs.
En la batalla por configurar el driver me era urgente trabajar de manera decente al menos, pero el problema es que tenía una resolución de 800x600. Me sirvió reestablecer la configuración por defecto -al archivo xorg.conf- para lograr trabajar cómodamente (sin efectos ni bondades gráficas más una resolución más amena):
sudo dpkg-reconfigure xserver-xorg
Otro problema es que el Dirver se desconfigurará cada vez que se actualice el kernel. Así que hay que hacer el mismo procedimiento, :(. Aunque aqui exponen un modo para crear un script que evite eso, se ve obviamente muy experimental y no lo he probado:
http://ubuntuforums.org/showthread.php?t=835573
Saludos.
Wednesday, July 2, 2008
Reseña Sun Tech Days México 2008
Sun tiene una fórmula bien establecida para sus conferencias menores -es decir todas excepto JavaOne-. Fórmula que para algunos ha rayado en monotonía.
El "line up" de conferencistas no cambia mucho, pudimos ver de nuevo a la guapa Doris Chen y al gracioso Sang Shing que sigue mostrando orgullosamente su javapassion, que dicho sea de paso es muy útil para quienes están adentrándose en alguna tecnología, lo triste es que su sitio sigue atrapado en los 90's. Dele una arregladita Mr. Shing no sea así.
Una nueva conferencista mexicana, de la cual olvido su nombre, no mostró mucha habilidad en el pleno, pero arrancó suspiros a más de uno.
La organización en este caso a cargo de Centro Banamex estuvo bien, de rutina para estos señores, talvez deberían preocuparse un poco más por los alimentos siendo eventos de una jornada completa. La infraestructura al estilo de siempre, con pantallas laterales, buena visión.
El objetivo central que buscaban: "Sun viene fuerte con su propuesta Open Source" (Más por compra que por propia creación -MySQL, VBox, etc.-).
En cuanto a contenido técnico, muy variado. Algunos showcases muy sosos otros interesantes de temas como: componentes grails, media effects con JavaFX, OpenSolaris, jMaki, DOJO Widgets entre otros.
Hablando de máquinas virtuales 6 y 7:
- Script Engine Support (JavaScript, Groovy, Jython).
- JAX-WS y JAXB 2.0 como parte del JDK.
- Java DB incluida en JDK 6 (Basada en apache Derby).
- JDBC 4, SQL-XML-Annotation support.
- Herramientas de monitoreo: jinfo,jstat, jstack, jmap.
- VisualVM como herramienta de profiling.
- Pluggable Annotations.
- Mejoras importantes a performance de Colecciones.
Exclusivamente para Java 7:
- Java Module System.
- JAM Module System.
- JSR 255 (JMS V 2.0).
- Closures
Sin mencionar por supuesto el OpenJDK. Más información en http://openjdk.java.net/projects/mlvm/.
Muchos de los cambios que veremos para la versión 7 de la JVM son relacionados al "scripting" al estilo declarativo de la programación. Vemos una JVM en la cual se podrá trabajar con los distintos leguajes de scripting. El mismo código Java cambia con detalles como los "Closures", con los cuales combinaremos el código Java con instrucciones al estilo más declarativo, más y más scripting.
Igualmente se apunta a prescindir del "contenedor", el EntityManager que se puede usar fuera del contenedor es un ejemplo. (El grito es: "Debemos seguir el ejemplo de Spring").
Por la parte AJAX se tocan distintos frameworks: Dojo, GWT, DWR y JMaki. Claro hacen especial énfasis en cómo JMaki puede hacer colaborar a widgets de distintas librerías o plug-in's, incluso Flash.
Por supuesto presumieron la adquisición de MySQL y una buena comparativa con JavaDB (relacional Vs. orientada a objetos).
Para concluir podríamos decir que el evento cubrió las espectativas de la mayoría de los asistentes, las cuales en realidad no eran muchas -seamos sinceros-. Un gran ausente para varios fue el tema de programación multicore.
Probablemente el nivel técnico se quedó corto. Como ven el ave dan la pedrada, eso quedó demostrado al existir temas como "Generational Garbage Collector" -lo cual considero básico para quienes nos decimos conocer Java- o un "Java Puzzle" -sesión de preguntas y respuestas al estilo Examen de Certification para Programador-
El esquema de las conferencias necesita un mecanismo más audaz. Eso queda claro.
Técnicamente se apreciaron tendencias, las cuales no son noticia nueva:
- Open Source.
- Scripting y programación declarativa.
- Dar un giro con brinco para salir de los contenedores EE como los conocemos.
- El estado del arte de AJAX.
Un punto importante es que no podríamos decir que Sun tenga del todo un esquema creativo, más bien reacciona a los cambios creados por la comunidad OpenSource.
Si quieren echarle un ojo a los slides de las conferencias, los encuentran en:
http://suntechdays.com.mx/downloads/
Hasta la próxima.
El "line up" de conferencistas no cambia mucho, pudimos ver de nuevo a la guapa Doris Chen y al gracioso Sang Shing que sigue mostrando orgullosamente su javapassion, que dicho sea de paso es muy útil para quienes están adentrándose en alguna tecnología, lo triste es que su sitio sigue atrapado en los 90's. Dele una arregladita Mr. Shing no sea así.
Una nueva conferencista mexicana, de la cual olvido su nombre, no mostró mucha habilidad en el pleno, pero arrancó suspiros a más de uno.
La organización en este caso a cargo de Centro Banamex estuvo bien, de rutina para estos señores, talvez deberían preocuparse un poco más por los alimentos siendo eventos de una jornada completa. La infraestructura al estilo de siempre, con pantallas laterales, buena visión.
El objetivo central que buscaban: "Sun viene fuerte con su propuesta Open Source" (Más por compra que por propia creación -MySQL, VBox, etc.-).
En cuanto a contenido técnico, muy variado. Algunos showcases muy sosos otros interesantes de temas como: componentes grails, media effects con JavaFX, OpenSolaris, jMaki, DOJO Widgets entre otros.
Hablando de máquinas virtuales 6 y 7:
- Script Engine Support (JavaScript, Groovy, Jython).
- JAX-WS y JAXB 2.0 como parte del JDK.
- Java DB incluida en JDK 6 (Basada en apache Derby).
- JDBC 4, SQL-XML-Annotation support.
- Herramientas de monitoreo: jinfo,jstat, jstack, jmap.
- VisualVM como herramienta de profiling.
- Pluggable Annotations.
- Mejoras importantes a performance de Colecciones.
Exclusivamente para Java 7:
- Java Module System.
- JAM Module System.
- JSR 255 (JMS V 2.0).
- Closures
Sin mencionar por supuesto el OpenJDK. Más información en http://openjdk.java.net/projects/mlvm/.
Muchos de los cambios que veremos para la versión 7 de la JVM son relacionados al "scripting" al estilo declarativo de la programación. Vemos una JVM en la cual se podrá trabajar con los distintos leguajes de scripting. El mismo código Java cambia con detalles como los "Closures", con los cuales combinaremos el código Java con instrucciones al estilo más declarativo, más y más scripting.
Igualmente se apunta a prescindir del "contenedor", el EntityManager que se puede usar fuera del contenedor es un ejemplo. (El grito es: "Debemos seguir el ejemplo de Spring").
Por la parte AJAX se tocan distintos frameworks: Dojo, GWT, DWR y JMaki. Claro hacen especial énfasis en cómo JMaki puede hacer colaborar a widgets de distintas librerías o plug-in's, incluso Flash.
Por supuesto presumieron la adquisición de MySQL y una buena comparativa con JavaDB (relacional Vs. orientada a objetos).
Para concluir podríamos decir que el evento cubrió las espectativas de la mayoría de los asistentes, las cuales en realidad no eran muchas -seamos sinceros-. Un gran ausente para varios fue el tema de programación multicore.
Probablemente el nivel técnico se quedó corto. Como ven el ave dan la pedrada, eso quedó demostrado al existir temas como "Generational Garbage Collector" -lo cual considero básico para quienes nos decimos conocer Java- o un "Java Puzzle" -sesión de preguntas y respuestas al estilo Examen de Certification para Programador-
El esquema de las conferencias necesita un mecanismo más audaz. Eso queda claro.
Técnicamente se apreciaron tendencias, las cuales no son noticia nueva:
- Open Source.
- Scripting y programación declarativa.
- Dar un giro con brinco para salir de los contenedores EE como los conocemos.
- El estado del arte de AJAX.
Un punto importante es que no podríamos decir que Sun tenga del todo un esquema creativo, más bien reacciona a los cambios creados por la comunidad OpenSource.
Si quieren echarle un ojo a los slides de las conferencias, los encuentran en:
http://suntechdays.com.mx/downloads/
Hasta la próxima.
Redes inalambricas gratis
Compañeros quieren internet gratis ?
Quieren saber como obtenerlo?
Entra a esta direccion donde podras descargar el software que te ayudara a poder hacerlo.
http://www.wifislax.com/index.php
Las limitantes son:
Tienes que tener una tarjeta de red inhalambrica con chip Antheros ya que son las unicas que puedes generar trafico en las redes inhalambricas.
en la pagina aparece cuales son las tarjetas soportadas.
yo te recomiendo las Ralink solo funcionan las PCMCIA o las PCI no compres USB.
ya teniendo la tarjeta en la pagina esta el tutorial de que es lo que debes hacer.
Esto funciona con todas las redes que tengan proteccion WEP con 10 numeros.
Si encuentras una red motorola ya la hiciste la mayoria estan abiertas y te dan internet gratis.
Si tienes alguna duda
Mandame un mensaje y ayudare.
Quieren saber como obtenerlo?
Entra a esta direccion donde podras descargar el software que te ayudara a poder hacerlo.
http://www.wifislax.com/index.php
Las limitantes son:
Tienes que tener una tarjeta de red inhalambrica con chip Antheros ya que son las unicas que puedes generar trafico en las redes inhalambricas.
en la pagina aparece cuales son las tarjetas soportadas.
yo te recomiendo las Ralink solo funcionan las PCMCIA o las PCI no compres USB.
ya teniendo la tarjeta en la pagina esta el tutorial de que es lo que debes hacer.
Esto funciona con todas las redes que tengan proteccion WEP con 10 numeros.
Si encuentras una red motorola ya la hiciste la mayoria estan abiertas y te dan internet gratis.
Si tienes alguna duda
Mandame un mensaje y ayudare.
IE y sus bugs.
Las diferencias entre navegadores al trabajar con estilos y JS siempre son causa de dolor (de lo que quieran)... por ejemplo:
Lo siguiente no funcionará en IE (incluso el 7).
<script type="text/javascript" src="/v-app/scripts/3733652184-editor.js"/>
A pesar de que es un modo válido de cerrar un elmento XML (XHTML), no funciona. Poca cosa, mostrará una página en blanco a menos que lo hagamos:
<script> </script>
Un ejemplo un poco más dramático lo publicó hace poco un japonés, su explicación sería clarísima si no fuera porque... está en japonés.
Pero muestra una sóla línea de código que IE6 no admite y explota arremetiendo un error de dll, en muchos casos el navegador se cierra... pruébenlo por morbo: :):
<style>*{position:relative}</style><table><input></table>
Aquí el sitio si requieren una explicación más detallada:
http://d.hatena.ne.jp/Hamachiya2/20070804/browser_crasher
- Si eres paciente -entiendase un auténtico geek- a lo más te dolera el trasero.
- Si no, pues te va a doler la cabeza y te preguntarás qué haces siendo desarrollador.
Lo siguiente no funcionará en IE (incluso el 7).
<script type="text/javascript" src="/v-app/scripts/3733652184-editor.js"/>
A pesar de que es un modo válido de cerrar un elmento XML (XHTML), no funciona. Poca cosa, mostrará una página en blanco a menos que lo hagamos:
<script> </script>
Un ejemplo un poco más dramático lo publicó hace poco un japonés, su explicación sería clarísima si no fuera porque... está en japonés.
Pero muestra una sóla línea de código que IE6 no admite y explota arremetiendo un error de dll, en muchos casos el navegador se cierra... pruébenlo por morbo: :):
<style>*{position:relative}</style><table><input></table>
Aquí el sitio si requieren una explicación más detallada:
http://d.hatena.ne.jp/Hamachiya2/20070804/browser_crasher
Saludos :d
Tuesday, July 1, 2008
Subscribe to:
Posts (Atom)