Ubuntu 64 bits-Plugins
Ya apenas existen se venden procesadores de 32 bits. En las distintas gamas de los dos principales fabricantes, AMD e Intel, las líneas “estrella” ya son de 64 bits. En AMD, con sus Athlon desde hace bastante tiempo. En Intel desde que lanzó los Core 2 en Julio de 2006, y tras su estrategia fallida de llevar los P4 más allá de los 4Ghz. Pero todavía el software no acompaña y la mayoría sigue “anclado” en su SO de 32 bits.
Realmente los cambios necesarios en el software para adaptarlo a la nueva arquitectura son mínimos en relación a los que supuso la migración de 16 a 32 bits. En los 16 bits la manera de direccionar la memoría mediante el artificio segmento-desplazamiento y la carencia de multitarea real, supusieron no pequeñas modificaciones en el software. Ahora bien las ventajas eran notables.
Con el paso de 32 a 64 bits las ventajas para el usuario final no son tan evidentes más allá de la posibilidad de direccionar más memoria. Y hasta que esta cantidad de memoria no sea de media unos 4Gb. o más no se impondrá el cambio probablemente -Hay un hilo de conversación muy ilustrativo de esta circunstancia en la lista de 64 bits de Debian-, y de momento ni siquiera un SO de escritorio tan glotón como Vista requiere esa cantidad.
Ahora bien, aunque las ventajas no sean tan notables ¿ Porqué no aprovechar esas cualidades de nuestra nueva CPU ?. En la mayoría de los casos la respuesta a esta pregunta está relacionada con la inexplicable carencia de versiones de 64bits de algunas populares aplicaciones que, al ser propietarias, no pueden ser adaptadas y recompiladas hasta que el fabricante lo decida.
Las principales son las versiones nativas de algunos importantes plugins para Firefox: flash player, java, y Adobe Reader Y que son intensivamente usados -especialmente el primero- en la Web. Veamos como solucionar esto.
La primera -que a mí no me gusta y no he probado- es instalar la versión de 32bits de Firefox. La manera más fácil de hacer esta instalación es desde Automatix. Instalando Swiftweasel (nombre de Firefox en Debian) y el paquete Swiftweasel Plugins (java,Flash,mplayer,Acrobat Reader 8.11 plugins). Estos son metapaquetes que instalan de una vez lo necesario para que estas versiones de 32 bits funcionen en 64 bits. Ojo que Automatix ha cesado su desarrollo, si bien lo puedes seguir usando para Ubuntu 7.10, ya en Hardy tendrías que instalar los paquetes necesarios uno a uno.
![[Origenes de Software]](/images/Ubu_Orig_soft.png)
Para la segunda aproximación y como paso previo habría que activar los demás repositorios de Ubuntu. Universe, Multiverse, Resctricted y Non-free ya que algunos se usan en los subsiguientes pasos. Lo podemos hacer cómodamente desde Synaptic.
flash player
A su vez existen dos alternativas. La primera es la versión open source del plugin Gnash. Si bien está en desarrollo y todavía tiene algunas carencias.
sudo apt-get install mozilla-plugin-gnash
La segunda alternativa es usar una envoltura de 64bits para el plugin de 32bits flash original. Esto requiere la instalación de múltiples paquetes pero, afortunadamente, bastará con instalar flashplugin-nonfree del repositorio multiverse que hemos activado antes para que se instalen todos los paquetes dependientes. Así que:
sudo apt-get install flashplugin-nonfree
La desventaja de este método es que se penaliza un poco el rendimiento. Incluso si lanzas varias páginas con flash en diferentes pestañas puede dejar de funcionar. Normalmente para hacerlo “saltar” hacen falta lanzar muchas páginas.
Java plugin
Aunque no existe el plugin de java en versión 64 bits sí existe Java para 64 bits.
Sun ha liberado parcialmente el código de Java bajo la denomincación de OpenJDK, lo que ha dado lugar a un fork denominado IcedTea. Instalando IcedTea-java7-plugin podemos solucionar esta carencia. Aunque, al menos en mi caso y en el de algunos otros, no basta con instalarlo directamente de los paquetes deb. Hay que recompilar Icedtea en nuestro sistema, y parece que con Hardy y Firefox3 va a pasar o mismo.
Es fácil de hacer siguiendo la receta del Wiki de Ubuntu. Pero tarda una eternidad en compilar. También es necesario un equipo con bastante memoria (1024Mb estimo) y espacio libre en disco (+3Gb estimo).
Si verificamos la instalación en el sitio de Java nos lo identifica como versión 1.7.0.
Una vez compilado e instalado IcedTea puedes actualizarlo sin problemas cuando te lo sugiera el Gestor de actualizaciones. Al menos en mi caso, y tras hacer una actualización de seguridad, ha seguido funcionando sin problemas.
Adobe reader
![[Descarga Adobe Reader]](/images/adobe_descarga.png)
Realmente la instalación de Reader no es imprescindible, ya que contamos con varios visores para este tipo de archivos como evince -el visor por omisión de Gnome- o podemos instalar kpdf -el de KDE- o el mismo, pero en versión X, xpdf. Si bien estos no soportan todas las características de Reader, tampoco se integran con firefox (al menos por omisión), aunque sí soportan otro tipo de archivos como Postscript, DjVu, TIFF y DVI.
El primer paso sería descargar el paquete ‘deb’ de 32 bits desde el sitio de Adobe.
Abriendo un terminal forzamos la instalación, ya que no es un paquete con contenido de 64 bits:
sudo dpkg -i --force-architecture AdobeReader_esp-8.1.2-1.i386.deb
y lo probamos escribiendo acroread en el terminal, aunque también lo podemos lanzar desde el menú Oficina.
![[Origenes de Software]](/images/propiedades_pdf.png)
Para asociar los ficheros con extensión PDF con Reader bastará con abrir el menú contextual pulsando en algún pdf que tengamos en nuestro equipo e indicarle en la pestaña “abrir con..” Adobe Reader. De este manera la sugerencia de Firefox al descargar un pdf sería ya Reader.
Pero quizás queramos que funcione como plugin de firefox ¿ No ?
nspluginwrapper
Nspluginwrapper es conocido como envoltura para el plugin de 32 bits ‘flash’, lo hemos instalado implícitamente al principio para este, pero también sirve para Adobe Reader.
El plugin realmente está instalado pero, como es de 32 bits, Firefox no lo reconoce. Abriendo un terminal hagamos:
sudo nspluginwrapper -v -i /usr/lib/firefox/plugins/nppdf.so
nos devolverá:
Install plugin /usr/lib/firefox/plugins/nppdf.so
into /usr/lib/nspluginwrapper/plugins/npwrapper.nppdf.so
And create symlink to plugin in /usr/lib/mozilla/plugins: done.
And create symlink to plugin in /usr/lib/firefox/plugins: done.
And create symlink to plugin in /usr/lib/iceweasel/plugins: done.
Ahora podemos comprobar si se ha instalado correctamente, abriendo desde firefox about:plugins.
![[About plugins-Reader]](/images/about_plugins_reader.jpg)
Pudiendo ya abrir los pdf’s dentro de Firefox 64 bits.
Con esto ya tenemos plenamente operativos esos tres plugins que todo el mundo hecha en falta, y que hace que muchos no se decidan todavía a instalar la versión de 64 bits.
Otras aplicaciones Java
Usar el todavía parcial IcedTea para las aplicaciones Java en general no me parece conveniente, veamos.
64 bits: Instalar el paquete sun-java6-jre. La ruta a la máquina virtual es, para el caso de la versión 1.6.0.3 :
/usr/lib/jvm/java-6-sun-1.6.0.03/bin/java
32 bits: Instalar ia32-sun-java6-bin o ia32-sun-java5-bin. El path donde queda instalado en este caso:
/usr/lib/jvm/ia32-java-6-sun-1.6.0.03/bin/java
Java path
Con varias versiones instaladas convendrá saber la que Ubuntu usa por omisión. Para ello basta hacer en la consola java -version. Y obtendríamos algo como esto:
java version "1.6.0_03"
Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_03-b05, mixed mode)
Si hay que cambiar este path podemos hacerlo siguiendo estas notas.
![[Home]](/wp-content/themes/OATech265/images/home.png)
![[Home]](/wp-content/themes/OATech265/images/feed.png)



































