La versión de Ubuntu 10.04 Lucid, como sabéis utiliza php 5.3 pero no todos trabajamos con esta versión de php, aunque todo llegará, y claro es cuando nos llevamos las manos a la cabeza cuando hacemos el update/instalación de Ubuntu 10.04.

Bien para hacer la instalación de php5.2 es muy sencillo, con seguir los pasos del enlace de este blog lo tenemos solucionado.

Pero luego, como nuestro repositorio tendrá más información disponible tienes que aumentar el valor de la variable APT::Cache-Limit para evitar el error al refrescar nuestros repositorios.

Crea el fichero 00apt en:

/etc/apt/apt.conf.d/00apt

Y le asignamos un valor elevado al APT::Cache-Limit:

APT::Cache-Limit 99999999;

Bien, ahora ya podemos actualizar los repositorios sin errores y estaremos trabajando con la versión php5.2 en Ubuntu 10.04.

Bien, con symfony es muy sencillo cambiar el path del web dir.

Tenemos que editar el fichero ProyectConfiguration.class.php y cambiaremos el web dir:

$this->setWebDir($this->getRootDir().'/public_html');

Teniendo en cuenta que el proyecto se encuentra en /home/projects el document_root en symfony sería /home/projects/web, pero al agregar esa línea en el fichero de configuración nos intentaría localizar en /home/projects/public_html.

Por otro lado si queremos meter toda la estructura de symfony en una carpeta, al estilo de:

public_html //El document root
source //Toda la estructura del proyecto symfony

Tendríamos que configurar el path de public_html así:

$this->setWebDir($this->getRootDir().'/../public_html');

Ya que el $this->getRootDir() ya te ubica donde tienes el código.

Aquí dejo una chuletilla para cuando me vuelva a hacer falta, si os es de utilidad pues mejor.

Esta vez no podía iniciar Firefox tras una reiniciada fortuita. Me extrañaba bastante, así que lo primero que hice fue reinstalar el paquete de firefox. No obtuve solución así que tras ejecutar el comando en consola:

~$: firefox %u

Obtenía como respuesta:

Error en el bus

Desconcertado comencé a "googlear", y encontré solución a este problema gracias al grupo de usuarios de GNU/Linux da Galiza

Esta entrada es modo "chuleta" por si me vuelve a ocurrir en otra ocasión.

El error en el bus, es debido a que alguna librería que usa la aplicación que intentamos arrancar (en mi caso, firefox) está corrupta. Para saber cual/es son y así luego poder reinstalarlos y solucionar el problema los sistemas debian poseen un paquete llamado debsums que nos permite verificar los archivos de los paquetes instalados contra MD5 checksums.

~#: aptitude search -n debsums
debsums - verification of installed package files against MD5 checksums

Instalamos el paquete debsums:

~#: aptitude install debsums

Ejecutamos el comando debsums en modo silencioso (-s) y redirigimos la salida a un fichero de texto debsums.txt para luego poder tratarlo.

~#: debsums -s &> debsums.txt

En el fichero debsums.txt tendremos líneas como:

debsums: checksum mismatch gdm file /var/lib/gdm/.gconf.defaults/%gconf-tree.xml

Si nos fijamos en el nombre del paquete aparencen en la 4 fila (obtendremos este nombre con el comando cut) y puede ser que el mismo paquete aparezca varias veces ( obtendremos como salida una única vez con el comando uniq ). Pasamos a tratar el fichero debsums.txt y a guardar en otro fichero debsums_reinstall.txt los paquetes que son necesario reinstalar:

~# cat /tmp/debsums.txt | grep "mismatch"  | cut -d " " -f4 | uniq  > debsums_reinstall.txt

En debsums_reinstall.txt tendremos los paquetes que tendremos que reinstalar. Si son muchos podremos hacer un script que los reinstale todos sin necesidad de ir metiendo el comando para cada uno de ellos:

~# aptitude install `(cat debsums_reinstall.txt)`

De esta manera conseguí recuperar el inicio de Firefox, pero claro... antes tuve que instalar epiphany para encontrar esta información

Referencia: http://www.glug.es/content/firefox-error-en-el-bus-solución-debsums

La verdad es que ahora crear el emulador, como veremos más adelante, es relativamente sencillo y hacer que funcione con NetBeans bastante más sencillo aún

Todo lo que voy a explicar en este post es sobre Ubuntu 9.10, lo siendo por los usuarios Windows ^_^aunque en la mayoría de los casos es todo prácticamente igual.

Bien primero tendremos que hacernos con la versión de NetBeans 6.8 y con el SDK de Android:

Descarga de NetBeans 6.8

Descarga de Android SDK

1. Instalar Netbeans

chmod +x netbeans-6.8-ml-linux.sh

./netbeans-6.8-ml-linux.sh

2. Descomprir android sdk en ~/android_sdk/

~/Descargas$ tar xfvz android-sdk_r04-linux_86.tgz

~/Descargas$ mv android-sdk-linux_86 ../android_sdk

3. Descargar diferentes plataformas de Android

~/android_sdk/tools$ ./android

Ahora tenemos un entorno gráfico:

4. Configurar Android SDK and AVD Manager

Tenemos que dirigirnos a "Settings" para configurar un par de apartados y así poder descargarnos los entornos de Android que deseemos:

5. Descargar entornos en Aviable Packages

Esto puede tardar un poquito en función de la línea y lo que seleccionemos

6. Crear un dispositivo virtual, el emulador

Al crear este dispositivo virtual vamos a darle 1Gb de moria para la SD y agregaremos todo el hardware que podamos emular: cámara, gps... pero todo dependerá de la aplicación que se vaya a desarrollar, como ahora mi terminal Android está con la versión 1.6 (HTC Magic) vamos a crear un dispositivo virtual para esa versión.

Como podréis observar en la pantalla de dispositivos virtuales aparece el que acabamos de crear, pero podemos tener tantos como necesitemos y en diferentes plataformas de Android, de la más vieja a la última.

En este punto ya hemos terminado con la configuración del SDK teniendo ya nuestro emulador a punto, ahora vamos a coger el IDE y configurarlo para que lance nuestra aplicación Android. Para configurar el IDE tenemos que seguir las instrucciones http://kenai.com/projects/nbandroid/pages/Install donde nos explica como instalar en NetBeans el plugin para Android.

Después de haber instalado el plugin vamos a agregar Android como plataforma Java: Herramientas -> Plataforma Java

7. Agregar Plataforma Java Android

Hacemos click en Añadir plataforma.

Seleccionamos "Google Android Open Handheld Platform" y Siguiente.

Seleccionamos la carpeta donde hemos descomprimido el SDK de Android y le damos a Siguiente.

Seleccionamos sobre que plataforma de Android vamos a desarrollar y Terminar.

Ahora ya tenemos el IDE NetBeans 6.8 funcionando para desarrollos con Android SDK 1.6, y al crear un nuevo proyecto podremos seleccionar proyecto Android

No he probado a configurar más de una plataforma de Android, ya que la lógica nos dice que a la hora de crear un proyectos para diferentes plataformas de Android. La comodidad ahora es que cuando ejecutemos el código que estemos desarrollando nos lanzará el emulador para probar la aplicación. Espero que os sirva este mini-manual, otro día un Hola Mundo! con NetBeans + Android SDK

Primero vamos a la gestión de cuentas y seleccionamos protocolo GTalk.

Aquí podemos rellenar la información para una cuenta de gmail.com o para un dominio que esté en google apps, cambiando el dato de "Dominio".

Protocolo: Google Talk
Nombre de usuario: tu_usuario
Dominio: gmail.com
Recurso: Home
Contraseña: *******

No he probado con otro nombre de recurso, pero supongo que no será un campo obligatorio

La parte importante es en la pestaña de Avanzadas:

Dejando la configuración como se muestra en la imagen ya tendríamos configurado nuestro Pidgim con la cuenta de Gtalk.

Este mini-howto está basado en la información que he encontrado en http://www.congdegnu.es/2009/01/29/como-configurar-google-talk-en-pidgin

No hay mucho más que aportar a estos how-to, simplemente mis mini-pantallazos de la app y esta chuleta que dejo en el blog para mis futuras configuraciones, ya que es imposible acordarse de todos los pasos de las configuraciones de todo.

La instalación con un LiveCD era imposible, este juguete no tenía lector y aunque a día de hoy todos los equipos son botables por USB nunca había necesitado hacerlo hasta entonces. Lo mejorcito que he encontrado para hacer un usb bootable es UNetbootin, muy fácil de utilizar. Esta aplicación está en los repositorios de ubuntu y por lo tanto la instalación es muy sencilla.

sudo aptitude install unetbootin

Aquí os dejo una captura del programa para que podáis ver la sencillo que sería crear un USB bootable con cualquier distribución.

En la web oficial: http://www.spotify.com/es/help/faq/wine/ podemos ver un mini how to de como hacer funcionar spotify.exe con wine. Siguiendo al "dedillo" este how to con Ubuntu 9.10 Karmic Koala no me ha funcionado.

El sonido se entrecortaba constantemente y era prácticamente imposible el poder escuchar una canción.

Bien, como lo solucioné... pues en primer lugar desinstale el wine de los repos la versión 1.0.1

sudo aptitude remove wine

Pasos a seguir:

1. Edita el fichero /etc/apt/source.list

sudo gedit /etc/apt/source.list

2. Agrega estas lineas al final del fichero

deb http://ppa.launchpad.net/neil-aldur/ppa/ubuntu karmic main
deb-src http://ppa.launchpad.net/neil-aldur/ppa/ubuntu karmic main

3. Añadimos las claves para los nuevos repositorios

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys D3E49C82

4. Refrescamos la lista de repositorios

sudo aptitude update

5. Instala Wine 1.2

sudo aptitude install wine1.2

Una vez finalizada la instalación de wine vamos a configurarlo en "Aplicaciones -> Wine -> Configure Wine" o ejecutando winecfg en consola.

Y ahora a disfrutar de toda su música!

Ahora parece ser que no, por lo que comencé la búsqueda de un how to para solventar el problema y cómo no, nos encontramos con nuestro amigo @ZiTAL del que ya he mencionado un how to en este blog sobre la instalación de oci8 en debian. @ZiTAL es un debianita profundo ^_^ y siempre le podemos encontrar en la comunidad Debian-es investigando y ofreciendo el resultado de sus búsquedas. Los how to que suele publicar funcionan a la perfección, algo difícil de encontrar en comunidad hispana.

Una prueba de que es un debianita profundo es el tatuaje que luce en su pierna, y os puedo asegurar que esta imagen no es un foto-montaje, es auténtico.

Así que paso a citar la configuración, que aunque en su post menciona que lo está haciendo en un debian etch yo lo he seguido a la perfección para Ubuntu 9.10:

Instalación de paquetes:

apt-get install postfix mailx

Editar el archivo /etc/postfix/main.cf , borrar todo lo que pone y añadir estas entradas:

  # SMTP relayhost
  relayhost = [smtp.gmail.com]:587
  ## TLS Settings
  smtp_tls_loglevel = 1
  smtp_tls_CAfile = /etc/postfix/certs/CAcert.pem
  smtp_tls_cert_file = /etc/postfix/certs/mycert.pem
  smtp_tls_key_file = /etc/postfix/certs/mykey.pem
  smtp_use_tls = yes
  smtpd_tls_CAfile = /etc/postfix/certs/CAcert.pem
  smtpd_tls_cert_file = /etc/postfix/certs/mycert.pem
  smtpd_tls_key_file = /etc/postfix/certs/mykey.pem
  smtpd_tls_received_header = yes
  smtpd_use_tls = yes
  # configuracao tls
  smtp_use_tls = yes
  smtp_sasl_auth_enable = yes
  smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
  smtp_sasl_security_options = noanonymous
  smtp_sasl_tls_security_options = noanonymous
  # alias de mapeamento interno para externo
  smtp_generic_maps = hash:/etc/postfix/generic

Crear archivo de auntentificacion para gmail, /etc/postfix/sasl_passwd

[smtp.gmail.com]:587    usuario@gmail.com:contraseña

Creando archivo de alias, /etc/postfix/generic

root@localhost.localdomain	usuario@gmail.com

aqui tenemos que cambiar el localhost por el nombre de la maquina y el localdomain por el dominio local, lo podemos ver en /etc/hosts y tendremos una cosa asi:

...
nuestra_IP	nombrelocalhost.nombredominio	nombrelocalhost
...

cambiando permisos y cifrando los archivos:

chmod 600 /etc/postfix/sasl_passwd
chmod 600 /etc/postfix/generic
postmap /etc/postfix/sasl_passwd
postmap /etc/postfix/generic

Creando los certificados:

mkdir /etc/postfix/certs/
cd /etc/postfix/certs/
cd certs
openssl dsaparam 1024 -out dsa1024.pem
openssl req -x509 -nodes -days 3650 -newkey dsa:dsa1024.pem -out mycert.pem -keyout mykey.pem
ln -s mycert.pem CAcert.pem
openssl req -x509 -new -days 3650 -key /etc/postfix/certs/mykey.pem -out /etc/postfix/certs/mycert.pem
rm dsa1024.pem

Reiniciando servicio postfix:

/etc/init.d/postfix reload

Probando:

echo "contenido coreeo" | mail -s "asunto" usuario@correo.com

Nota, yo tenia el openssl instalado de antes, si necesitais instalarlo:

apt-get install openssl ssl-cert

Enlace del hilo de esdebian.org

Para que ponerle clave WEP si el que supiera desencriptar la WEP también podría cambiar la MAC... pero da la casualidad de que es más sencillo cambiar la MAC que desencriptar la WEP.

ifconfig <interface> down
ifconfig <interface> hw ether CA:FE:CA:FE:CA:FE
ifconfig <interface> up

De esta manera cambiamos la MAC de una tarjeta de red, y claro si has puesto tu tarjeta Wifi en modo monitor:

airmon-ng start <interface>

"Escucharás" con airodump-ng y detectarás a un cliente conectado, con copiar su MAC e intentar conectarte si la protección del AP es sólo por MAC ya has resuelto el problema.

Desencriptar la clave WEP es muy sencillo y rápido, WPA-PSK es más seguro, siempre que la contraseña para la red no sea un nombre compuesto y si una clave como dios manda con consonantes seguidas, mayusculas, minusculas y simbolos raros. Parece ser que aunque se capture paquetes de una inalámbrica WPA-PSK luego se utilizan diccionarios para obtener la clave.

Tengo que probar con mi red a intentar saltarme la WPA-PSK y cuando tenga el resultado os lo diré ^_^

¿Cómo tienes configurada tu wifi?

Un "profiler" es una herramienta de análisis de performance que mide el comportamiento del programa mientras este está corriendo, particularmente la frecuencia y duración de las llamadas a funciones. La salida es un rastro (stream) de eventos o un sumario estático de los eventos observados (un "profile", perfil o reseña). Los profilers usan una amplia variedad de técnicas para recolectar datos, incluyendo interrupciones por hardware, instrumentos de código, ganchos (hooks) del sistema operativo.

El uso de profilers es usado en el proceso de ingeniería de performance. Un profile generalmente es realizado relacionado la posición del código fuente donde suceden los eventos y el tamaño de las medidas de los datos que es proporcional al tamaño del código del programa. En contraste, el tamaño de un rastro es proporcional al tiempo de ejecución de un programa, haciéndolo impracticable. Para programas secuenciales, un profile, es generalmente suficiente, pero los problemas de pefrormance en programas paralelos (que esperan mensajes o temas de sincronismo) generalmente depende del tiempo de relación de los eventos, de esta forma requieren la localización total para tener un entendimiento del problema

Para ello tenemos que instalar php5-xdebug:

sudo aptitude install php5-xdebug

Una vez instalado el módulo Xdebug tenemos que editar su fichero de configuración que encontraremos en:

/etc/php5/apache2/conf.d/xdebug.ini

En ese fichero agregaremos las siguientes lineas:

xdebug.profiler_enabled = 1
xdebug.profiler_output_dir = (path de salida) "/home/usuario/tmp/"
xdebug.profiler_output_name = cachegrind.out. %R

Tras reiniciar el apache comprobaremos en un fichero php el resultado de phpinfo() para comprobar que el modulo xdebug está operativo.

Más parámetros de configuración: xdebug profiler

Al poner %R en el nombre de salida conseguimos que si estamos analizando el domonio localhost guarde los ficheros como: cachegrind.out.localhost

Para conocer más opciones de parametrización de xdebug.profiler_output_name en: http://www.xdebug.org/docs/all_settings#trace_output_name

De esta manera conseguimos que se vayan creando los ficheros que después leeremos con KCachegrind.

Instalamos Kcachegrind:

sudo aptitude kcachegrind kcachegrind-converters

Ahora solo tendremos que lanzar el programa Kcachegrind y abrir el fichero cachegrind.out.localhost. En el mismo directorio encontraremos más ficheros pero tenemos que abrir el fichero principal que es el que no tiene concatenado a su nombre con un punto una secuencia numérica.

El programa analizará los logs de xdebug y nos lo mostrará con una interfaz gráfica intuitiva y no muy complicada de entender:

De esta manera podremos analizar si nuestra aplicación web pierde mucho tiempo en algún proceso en el que no hayamos reparado con anterioridad, el uso de memoria y las llamadas que se realizan a funciones y/o métodos.

Esta configuración está pensada para probarla en la máquina local de desarrollo, en ese caso en el path de salida que hemos configurado en el xdebug.ini tenemos que asignarle los permisos necesarios para que el usuario de apache www-data pueda escribir los logs.

Una vez finalizado su uso, es recomendable desactivar el profile de xdebug para que no nos sature de logs a los que no vamos a hacer caso.

Aunque el pantallazo es de un entorno KDE esta configuración y software se ha realizado en: Ubuntu 9.04 Gnome.

Si tu entorno de desarrollo es Windows, también puedes activar el módulo php_xdebug.dll en tu php.ini y seguir los mismos parámetros de configuración en tu fichero php.ini. Como herramienta para examinar los logs del profile xdebug puedes utilizar WinCacheGrind.

Espero que os sea de utilidad, si conocéis alguna herramienta y/o utilidad que os facilite la tarea de realizar aplicaciones ligeras agradecería el comentario.