En dos palabras, digo en dos comandos:

sudo dpkg –get-selections | grep linux-image

sudo apt-get remove –purge linux-image-VERSION

El primer comando lista todos los kernels que has ido instalando en tu Ubuntu, y el segundo los elimina, obviamente deberás substituir VERSION por la versión que quieras eliminar

Una última cosa, para saber el kernel que tienes cargado, y por ende el único que no deberías borrar utiliza el siguiente comando.

sudo uname -r

Buenooo, ahora quieren que los webmaster nos pasemos al lenguaje C???

¡Qué miedo! a mi ahora mismo no me apetece volver a C en absoluto, adoro mi php mysql javascript css y html, además si todo avanza hacia una capa web carente de plugins y descargas, donde tan sólo debes URLear y listos, carece de sentido que el cliente deba descargar un archivo e instalarlo en su sistema, muchos no saben hacer eso.

Correr código nativo a través del navegador es muy muy peligroso, en manos de mucha gente eso es una auténtica bomba de relojería, no quiero ser negativo pero este movimiento de la todopoderosa no me gusta ni un pelo.

Además los recursos de proceso con código nativo corriendo en nuestros navegadores van a ser enteramente nuestros, suponemos que eso es lo que pretende los señores de Google que deben ir algo cortos de rendimiento en sus servidores actuales donde corren las aplicaciones. No se han dado cuenta de que la gente navega con netbooks que van escasísimos de CPU, o iPads, iPhone y sucedáneos que tienen procesadores que rondan el 1Ghz. y que deben soportar resoluciones muy altas.

Los de Google pretenden presentarnos esto como la nueva panacea del desarrollo, nos prometen que vamos a poder desarrollar juegos en 3D y editores de vídeo, pero el usuario debe descargar esa aplicación, de momento sólo es soportada por su propio navegador, Chrome, nada de Firefox ni de Safari, y ni mucho de Explorer. Esto es como un plugin de Flash pero ya a lo bestia y sin contemplaciones.

Eso sí de momento está disponible tanto para Windows como Mac, y Linux, un gran paso pero que también nos da una visión sobre sus limitaciones ya que cada dia que pasa navegamos con más cosas, pronto el teletexo de los TV será un navegador, además de los ya siempre presentes iPhones y Androids para los que de momento correr aplicaciones en C desde navegador no es posible.

No se, esto parece una estrategia a largo plazo pero creo que se van a darse de morros a menos que esté yo muy equivocado, mira el caso de Adobe AIR que es el mismo cuento pero que partió de la gran base ya instalada Flash y no ha obtenido el éxito esperado. Huele a que es la antesala de su sistema operativo Chrome o al deseo de Google de canibalizar a la AppStore donde se venden aplicaciones a millones.

¿Vosotros, qué opináis?

Eblace: http://code.google.com/p/nativeclient-sdk/

Menudo bugazo de MySQLos hemos encontrado hoy! Este bug porque sí, porque lo es ya que tiene toda la pinta de ser un bicho nos ha traído de cabeza durante dos días. Si ya pensaba yo que esto de que Oracle salga de compras no nos iba a traer nada pero nada bueno, en fin webmaster of the universe os ponemos en antecedentes:

Estamos ultimando la v.3.9 del sistema de tiendas online ecOOmmerce.com en ella hemos incorporado una función que realiza las actualizador de precios y de stock semiautomatizado donde el cliente en base a un fichero bajo formato .csv (parecido al excel, realmente es un txt con campos separados por un signo) puede desde el backoffice de la aplicación actualizar los precios de una tacada.

El servidor web alojado en Hispalab corre Linux con Mysql versión 5.0.90 instalada. Nosotros disponemos acceso al Cpanel para administrar, si bien no podemos acceder a consola por SSH ni a través de Cpanel.

Intentamos hacer un típico LOAD DATA LOCAL INFILE para cargar datos de un fichero .csv en una tabla temporal de la base de datos que posteriormente será analizada por nuestra nueva función y actualizará los precios.

La sentencia es la típica, reportada en cientos y cientos de foros de desarrollo tanto en español como en lengua sajona:

LOAD DATA LOCAL INFILE ”/home/dominios/test/public_html/tmp/tarifatest.csv” INTO TABLE table01 FIELDS TERMINATED BY “;” LINES TERMINATED BY “\n”

Y desde la aplicación no recibimos error alguno, para acotar el tema vamos al Phpmyadmin a través de Cpanel y copypasteamos el comando, automáticamente nos escupe el siguiente error:

#1148 – The used command is not allowed with this MySQL version

Repasamos la sentencia de SQL mil quinientas veces y es entonces cuando el ingeniero de sistemas de Hispalab nos dice que no utilicemos el “LOCAL”. Nos documentamos y si, una vez el archivo está en servidor no hace falta utilizar el argumento “LOCAL” ahora bien, al modificar esta función nos encontramos con otro nuevo error:

#1045 – Access denied for user ’wwwtest’@'localhost’ (using password: YES)

Así que comenzamos primero desde PHP y luego desde FTP (no tenemos acceso a consola) ha realizar todo tipo de CHMODS y CHOWN para cambiar los permisos y propietarios de el archivo y la carpeta subida. No conseguimos nada más que perder el tiempo.

Desolados reportamos a Hispalab y al final y tras casi dos días de darnos cabezazos contra el teclado alguien vio la luz en Hispalab, ese LOCAL, ese LOCAL, lo probó en minúsculas “local” y… como bien dijo el “zasss…. todo funcionó”.

Impresionante, ni en la propia documentación de MySQL figura ni una sóla vez en minúsculas, puedes verlo en:

http://dev.mysql.com/doc/refman/5.1/en/load-data.html

En fin, hay queda este post por si alguna vez oss encontráis con semejante problema.