Cuando aparecío la versión de iMovie incluida el el paquete iLife ‘08 mucha gente quedó decepcionada por que la nueva versión carecía de muchas de las opciones presentes en la anterior.

Debido a ello Apple decidió que los usuarios de iLife ‘08 pudieran instalar la versión anterior y puso en su sitio web un instalador del iMovie HD (6.0), el cual primero verifica la existencia de la versión recién lanzada de iLife antes de permitir la instalación.

Cuando se lanzó el iLife ‘09 la liga para descargar el iMovie HD desapareció, presumiblemente por que la versión de iMovie incluida ya igualaba en capacidades a la anterior. Desafortunadamente esto deja fuera a aquellas personas que prefieren la forma de trabajar que ofrece el iMovie HD por encima del iMovie ‘09.

Quienes han intentado instalar el iMovie HD teniendo la versión del iLife ‘09 se han encontrado con que no es posible instalarlo, ya que forzosamente busca la versión ‘08 antes de permitir continuar.

Afortunadamente la solución es sencilla y sólo requiere una breve visita a la Terminal. Como usuario administrador y en una sola línea el comando es:

touch /Library/Preferences/com.apple.iLife08.plist

Lo que hace el comando es crear un archivo de preferencias vacío que, sorpresivamente, es todo lo que necesita el instalador del iMovie HD para funcionar.

Esta tarea es sencilla: se abre el System Preferences, se selecciona Desktop & ScreenSaver, en la pestaña de ScreenSaver se ajusta el tiempo de activación y listo.

Desafortunadamente ya no es tan fácil cuando el ajuste debe de hacerse en decenas de computadoras, es ahí cuando interviene la automatización mediante scripts o comandos con el Apple Remote Desktop. En este caso el comado es:

defaults -currentHost write com.apple.screensaver idleTime 0

En este caso la parte “-currentHost” obtiene la dirección de la tarjeta de red de la computadora y la utiliza para acceder al archivo de preferencias adecuado para el equipo. Por otro lado, asignar un “0″ (cero) al tiempo de espera significa que el ScreenSaver no se activará, mientras que cualquier valor mayor a éste indicará la cantidad de minutos que deberán transcurrir para que comience a funcionar.

En el programa de correo que viene con el Mac OS X es posible seleccionar alguna dirección incluida en el encabezado de un mensaje y ver que se despliega un menú con varias opciones para realizar con dicha dirección, entre ellas copiarla.

Lo que puede esperarse, y era la opción regular hasta el la versión 10.5 del Mac OS X, es que lo que se copie sea algo parecido a: nombreusuario@direccion.correo. Sin embargo en la versión de Mail incluida con el Mac OS X 10.6 “Snow Leopard” lo que se copia es algo como: Nombre Usuario <nombreusuario@direccion.correo>.

Para muchas cosas pudiera ser útil ese formato, pero en algún momento dado puede implicar un breve trabajo de edición para eliminar los signos de menor y mayor que, además del nombre de la persona. Para una sola dirección no es problema, pero si ha de repetirse varias veces entonces el proceso comienza a ser engorroso.

Para remediar eso es posible modificar las preferencias de Mail, desafortunadamente esa opción está oculta a la interfaz gráfica y únicamente es accesible mediante la Terminal a través del comando defaults.

Para hacer que Mail copie las dirección de la manera como hacía antes habrá que escribir en la Terminal (todo en una sola línea):

defaults write com.apple.mail AddressesIncludeNameOnPasteboard -bool NO

Si se quiere revertir el cambio y hacer que Mail se comporte como venía de fábrica entonces el comando será (también en una sola línea):

defaults delete com.apple.mail AddressesIncludeNameOnPasteboard

Hay que recordar que para que el cambio se efectúe es necesario cerrar Mail, ejecutar el comando y volver a abrir la aplicación.

Crear usuarios es una tarea fácilmente realizable mediante la interfaz gráfica del sistema, sin embargo, puede resultar útil para un administrador conocer el modo de hacer lo mismo mediante la línea de comandos, ya sea para agregar muchos usuarios de una sola vez o para un proceso de automatización.

El programa a utilizar se llama dscl y he aquí algunos ejemplos de su uso (es necesario ejecutarlos como root):

Para crear un usuario nuevo en el sistema local:

dscl / -create /Users/nuevoUsuario

Asignación de un shell adecuado:

dscl / -create /Users/nuevoUsuario UserShell /bin/bash

Agregar el nombre completo del usuario:

dscl / -create /Users/nuevoUsuario RealName "Nuevo Usuario"

Asignarle un número de id:

dscl / -create /Users/nuevoUsuario UniqueID 99999

Asignarle un id de grupo:

dscl / -create /Users/nuevoUsuario PrimaryGroupID 1000000

Asignarle un directorio base (home folder):

dscl / -create /Users/nuevoUsuario NFSHomeDirectory /Users/nuevoUsuario

Finalmente asignarle una contraseña:

dscl / -passwd /Users/nuevoUsuario PASSWORD
o bien:
passwd nuevoUsuario

Si acaso se desea que el nuevo usuario pueda administrar el equipo:

dscl / -append /Groups/admin GroupMembership nuevoUsuario

Hay ocasiones que el comando tal como aparece no se ejecuta, dando lugar a un mensaje de error; en esos casos se deberá cambiar la sintaxis:

dscl / …

por:

dscl . …

Proximamente: Modificación de la sintaxis del comando para agregar usuarios a un directorio maestro residente en otra computadora.

Cada vez que Apple actualiza el Sistema Operativo para sus computadoras resulta interesante leer sobre las aventuras que tienen los primeros en realizar la actualización. Esta vez me toca ser uno de esos pioneros.

Hoy recibí el disco con la nueva versión de dicho Sistema Operativo, el Mac OS X 10.6 “Snow Leopard”, aunque durante casi todo el día hubo actividad y no fue posible hacer nada hasta poco antes de salir, no pude resistir las ganas de realizar la actualización hoy mismo.

Para comenzar el instalador es muy sencillo, solo basta con arrancar la computadora desde el disco de instalación, seleccionar el idioma base y dar unos pocos clics más sobre los botones para avanzar con el instalador. Poco menos de una hora después la computadora se reinició y arrancó utilizando sus nuevas instrucciones de operación.

Después de ingresar la contraseña del administrador para iniciar el sistema todo se ve aparentemente igual, a fin de cuentas sigue siendo un “Leopardo“. No había ninguna actualización pendiente y el Disk Utility no tuvo muchos avisos al reparar permisos. A reiniciar.

En esta ocasión ingresé los datos de mi usuario regular (en serio, no utilizo la cuenta de administrador de mi propia computadora) y aquí aparecieron los primeros “negritos en el arroz“.

El Finder parecía no arrancar y en el Dock había dos iconos del Software Update, otras aplicaciones de arranque automático abrieron bien pero toda la computadora parecía trabada. Resultó que las dos instancias del Software Update estaban solicitando contraseña de administrador para poder instalar “Roseta” (la parte del sistema que permite que funcionen las aplicaciones que todavía tienen código para procesadores PowerPC), sin embargo dicha ventana no era visible, ya que cada vez que se activaba cualquiera de las instancias solo se le veía aparecer y desaparecer inmediatamente, haciendo imposible ingresar la contraseña.

Una rápida búsqueda en Google (desde otra computadora) arrojó que no era el único con esos problemas, pero afortunadamente alguien dió con la solución y de inmediato la puse en práctica: Eliminar la carpeta ~/Library/Preferences/ByHost

Desafortunadamente hubo que forzar la salida de esas instancias y casi fue necesario aplicar el botonazo a la computadora para poderla apagar, pero finalmente cedió y pude reiniciarla.

Nuevamente ingresando como el usuario regular se lanzaron las aplicaciones de arranque automático y las dos instancias del Software Update aparecieron otra vez, pero ahora las ventanas de contraseña si fueron visibles.

El problema en este momento fue la conexión a Internet de la Universidad ya que no fue posile descargar el instaldor de Roseta, por lo que tendrá que esperar hasta mañana.

Y antes de salir corriendo al camión me di cuenta de otra cosa: entre los scripts que vienen con el sistema había unos para el Finder con los que se pueden realizar operaciones con los nombres de los archivos de forma masiva (y que utilizo con frecuencia)… ¡Ya no están, han desaparecido!

Ahora será hasta mañana que intente averiguar qué otras cosas han sido modificadas en este nuevo “Leopardo“.

Ajustando la Terminal

La interfaz gráfica de la Macintosh ha tenido bastante desarrollo durante los años, es sencillo hacer modificaciones al sistema y personalizarlo de alguna manera, sin embargo, cuando apareció el Mac OS X todo lo que ocurre bajo la superficie pasó a ser manejado por una base Unix.

En ese momento el desarrollo de la interfaz gráfica ya no fue suficiente para alcanzar todos los rincones del nuevo Sistema Operativo, quedando como única alternativa el uso de la Terminal (o interfaz de línea de comandos) para realizar ajustes y personalizaciones más a detalle.

Si parte del trabajo es administrar una instalación masiva de equipos y varios servidores, desafortunadamente no hay escapatoria, se vuelve obligatorio aprender comandos Unix y meter las manos a la Terminal.

Aunque llevo varios años trabajando con la Terminal no había hecho modificaciones mayores a lo que viene de fábrica, sólo cambiar el color del texto y del fondo así como las dimensiones de la ventana.

En la versión del Mac OS X 10.5 la Terminal ahora tiene algunas opciones predeterminadas en lo que se refiere a los colores y hasta hace poco supe que, fuera de los colores base que se especifiquen, es posible que la Terminal muestre otros más mientras se trabaja. Desafortunadamente los resultados no son muy alentadores y hay momentos donde es difícil leer lo que aparece en pantalla:

Primera opción de presentación para la Terminal (tema “Homebrew”).

Segunda opción de presentación para la Terminal (tema “Pro”).

Buscando un poco encontré que no es posible modificar los colores que utiliza la Terminal, al menos no de la manera como otras variantes de Unix o Linux pueden hacerlo. Sin embargo, siempre existe alguien más hábil que encuentra soluciones ingeniosas y en este otro blog me topé con la respuesta:

A black OS X Leopard Terminal theme that is actually readable

Él a su vez hace referencia a otro blog de Ciarán Walsh, quien modificó una extensión para la Terminal para que funcione en Leopard.

En resumen lo que hay que hacer es:

• Instalar SIMBL y TerminalColors siguiendo las indicaciones de Ciarán Walsh.

Hasta aquí ya es posible hacer modificaciones a los colores de la Terminal, pero se puede seguir un poco más para utilizar una plantilla:

• Descargar el archivo con el tema base del blog de Todd Werth.
• Ya descargado y descomprimido, hacer doble click al archivo IR_Black.terminal para instalarlo.
• Marcarlo como ‘default’ si se quiere utilizar siempre.

El resultado es algo como esto:

Opción de presentación para la Terminal con el tema “IR_Black”.

Después de todo esto es posible modificar los colores a placer, tanto los iniciales como texto y fondo, como los adicionales que identifican los tipos de archivos en los listados:

Nuevas opciones para modificación de colores adicionales.
Haz click sobre la imagen para ver una ampliación

Y para cerrar, en el mismo blog de Todd Werth encontré otro artículo que explica cómo personalizar la consola que se usa en la Terminal, agregando atajos, opciones para autocompletar comandos y otra serie de detalles que pueden hacer la talacha más llevadera mientras se utiliza esta interfaz:

Fun and profit by modifying your Bash startup files in OS X, Linux, and other fine unices

Desde hace varias versiones del sistema operativo es posible establecer conexiones de red con servidores Windows directamente desde el Finder, desafortunadamente siempre existen variables que pueden provocar todo tipo de inconvenientes durante la comunicación.

A veces son detalles en la configuración del algún servidor, a veces se trata de algún ajuste en la computadora que se quiere conectar, pero el resultado invariablemente es la frutración del usuario.

Resulta que en la versión 10.5 del sistema operativo (y tal vez desde antes) una de tantas variables que hace ruido al establecer una conexión con un servidor Windows está del lado de la Mac. Algunos servidores no entienden ciertos mensajes que la computadora maneja mientras se conecta con ellos, por lo que la comunicación resulta extremadamente lenta, tanto, que copiar unos pocos MegaBytes puede tardar horas.

Aunque es posible configurar los servidores para que ignoren esos mensajes generalmente es imposible, ya que no están al alcance de uno o simplemente las políticas del lugar impiden realizar cambios (más aun si todos los demás no tienen dificultades para conectarse). ¿Qué queda entonces?, decirle a la Mac que deje de usar esos mensajes.

El comando ‘mágico’ para que la comunicación entre un cliente Mac y un servidor Windows se agilice es:

sudo sysctl -w net.inet.tcp.delayed_ack=0

Una vez entrado el comando en la Terminal la comunicación con el servidor Windows cambia totalmente, a partir de ese momento copiar algunos GigaBytes entre computadoras tomará unos pocos minutos.

Desafortunadamente el ajuste anterior se perderá cuando se reinicie el equipo.

Cuando se desarrollan sitios web es práctica normal guardar todo el desarrollo en una carpeta, la cual puede ser accedida de distintas maneras usando el servidor web incluido en el sistema (Apache).

La ubicación por omisión puede ser un poco problemática para trabajar, ya que solo un usuario con privilegios de administrador puede hacer modificaciones ahí (aunque ese tipo de usuario es el primero que se crea cuando se instala el sistema); un punto a favor de esa carpeta es que para accederla a través del servidor web su dirección es corta: http://localhost/proyecto1

Pero a veces el usuario del equipo no necesariamente es administrador del mismo (y aunque lo sea, es una buena medida de seguridad trabajar como un usuario sin privilegios), por lo que hacer modificaciones a la carpeta por omisión del servidor web no es posible; en esos casos es necesario utilizar la carpeta “Sites” (o “Web”) de cada usuario para guardar el proyecto en desarrollo. La dirección para acceder a la carpeta es un poco más larga: http://localhost/~usuario/proyecto1

Existe una tercera opción todavía más corta y adecuada si, por alguna razón el sitio en desarrollo debe estar en un primer nivel, sin directorios intermedios; algo como: http://proyecto1

Para lograr algo así es necesario utilizar una opción del Apache llamada “Virtual Hosts“, lo que le permite al servidor web responder a distintos nombres (y por lo tanto hospedar distintos sitios) en una misma dirección. De esta manera la carpeta con el sitio en desarrollo puede estar en casi cualquier lugar del disco duro, siempre y cuando sea accesible por el usuario bajo el cual corre el servior web, para asegurar que así sea, es adecuado seguir trabajando en la carpeta “Sites” (o “Web”).

En el archivo de configuración del Apache ubicado en /etc/apache2/extras/httpd-vhosts.conf, está lo necesario para activar el hospedaje virtual:

NameVirtualHost *:80
#
# VirtualHost example:
# Almost any Apache directive may go into a VirtualHost container.
# The first VirtualHost section is used for all requests that do not
# match a ServerName or ServerAlias in any <VirtualHost> block.
#
<VirtualHost *:80>
    ServerAdmin webmaster@dummy-host.example.com
    DocumentRoot "/www/docs/dummy-host.example.com"
    ServerName dummy-host.example.com
    ServerAlias www.dummy-host.example.com
    ErrorLog "/private/var/log/apache2/dummy-host.example.com-error_log"
    CustomLog "/private/var/log/apache2/dummy-host.example.com-access_log common"
</VirtualHost>
<VirtualHost *:80>
    ServerAdmin webmaster@dummy-host2.example.com
    DocumentRoot "/www/docs/dummy-host2.example.com"
    ServerName dummy-host2.example.com
    ErrorLog "/private/var/log/apache2/dummy-host2.example.com-error_log"
    CustomLog "/private/var/log/apache2/dummy-host2.example.com-access_log common"
</VirtualHost>

Como el mismo texto del archivo indica, el primer bloque “VirtualHost” va a ser el comodín que el servidor usará para contestar todas las solicitudes que le lleguen, mientras que los subsecuentes serán las configuraciones que se utilicen según el nombre que se le asigne a cada una. Así por ejemplo con un proyecto almacenado en el directorio “Sites” la configuración quedará más o menos así (se han eliminado opciones por motivo del ejemplo, para más detalles hay que revisar el manual del Apache):

NameVirtualHost *:80
<VirtualHost *:80>
    ServerName localhost
    DocumentRoot "/Library/WebServer/Documents"
</VirtualHost>
<VirtualHost *:80>
    ServerName proyecto1.com
    DocumentRoot "/Users/usuario/Sites/proyecto1"
</VirtualHost>

Desafortunadamente eso no es todo, para que el servidor realmente pueda reponder a nuestras solicitudes para el nuevo nombre, son necesarias dos cosas: reiniciar al Apache y decirle a la computadora donde encontrar la dirección proyecto1.com.

Reiniciar el Apache se puede hacer de dos formas, la primera es apagando el “Web Sharing” en el panel “Sharing” en “System Preferences” y volviendo a activarlo unos instantes después. La segunda opción es mediante la Terminal, utilizando el comando sudo apachectl graceful (es necesario estar como administrador del sistema para poder ejecutar ese comando).

Indicacarle a la computadora dónde puede localizar al servidor proyecto1.com también es sencillo y, al igual que lo anterior, existen dos maneras de hacerlo: la fácil y la que aprueba Apple (también fácil, pero no tanto).

La manera fácil:

Usando nano en la Terminal o un programa como TextEdit, TextWrangler o BBEdit, es necesario modificar el archivo /etc/hosts y hacer que se parezca a algo como esto:

127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0 localhost

127.0.0.1 proyecto1.com

El último renglón es el cambio a efectuar, lo demás es el contenido original del archivo, el cual no debe ser modificado. Como es de esperarse es necesaria la clave de administrador para modificar este archivo.

La manera oficial:

Esta manera de agregarle al sistema direcciones ficticias es la que Apple aprueba y permite otras funcionalidades que no se logran únicamente con modificar el archivo /etc/hosts. Para este fin existe una utilierá de nombre dscl. Para ver la lista de direcciones existentes se usa el comando de la siguiente manera:

dscl localhost -list /Local/Default/Hosts

En un sistema sin alteraciones el comando no va a mostrar nada, para agregar la modificación que se desea el comando toma la forma:

sudo dscl localhost -create \
/Local/Default/Hosts/proyecto1.com \
IPAddress 127.0.0.1

Para verificar que la información quedó bien:

dscl localhost -read /Local/Default/Hosts/proyecto1.com
AppleMetaNodeLocation: /Local/Default
IPAddress: 127.0.0.1
RecordName: proyecto1.com
RecordType: dsRecTypeNative:hosts

El paso final:

Sea por la manera fácil o por la oficial, el último paso es limpiar la caché de direcciones del sistema en la Terminal:

dscacheutil -flushcache

Después de todo esto lo último que falta por hacer es apuntar el navegador a la dirección http://proyecto1.com y revisar que el sitio aparezca en la ventana del navegador.

En muchos aspectos el sistema operativo Mac OS X facilita el trabajo y hasta invita a explorar un poco más mientras se utiliza la computadora. Desafortunadamente no existen las cosas perfectas, y ese mismo sistema puede convertirse fácilmente en un obstáculo cuando, aparentemente de la nada, las cosas comienzan a fallar.

Siendo una bestia demasiado complicada, formada por un montón de partes que deben de funcionar en conjunto para que todo se mueva, a veces no es fácil rastrear qué es lo que provoca una falla cuando alguno de esos “pequeños trabajadores” internos no hace su labor adecuadamente.

Esta ocasión me tocó lidiar con un problema de impresión que comenzó justo después de actualizar las computadoras de los laboratorios a la versión 10.5.5 del sistema operativo (actualización que “brinda mejoras generales en el sistema”, imagínense). La actualización se realizó un viernes en la noche, pero no se hizo evidente sino hasta el lunes por la mañana cuando los alumnos comenzaron a enviar trabajos a impresión. Las impresoras simplemente no tomaban el papel tabloide cuando se les solicitaba, así como tampoco imprimían por ambos lados.

Entre apuros de otro tipo y el que no daba con una respuesta adecuada, tardé unos días en hallarla, al igual que una explicación del por qué fallaba todo.

En el sitio de Adobe ya tienen identificado el problema, ya que afecta principalmente a sus aplicaciones Illustrator e InDesign (mismas que mayoritariamente usaron los alumnos estos días), y la solución que ahí se propone básicamente consiste en dejar que el sistema controle la impresión (esos dos programas tienen la capacidad de ser su propio controlador de impresión y manejan la información que se envía a la impresora de manera directa, aparentemente brincándose al sistema).

Pero en los foros de la misma empresa, alguien de nombre “Thomas Kaiser” describe la manera como trabajan los programas de Adobe y su interacción con el sistema de impresión de la Mac. Resulta que con la actualización a la versión 10.5.5 Apple introdujo cambios en el sistema de impresión que interfieren con la manera de trabajar de los programas de Adobe, y tal vez con los de otras empresas, provocando que las impresoras se confundan. El problema consiste en algo como lo siguiente: el programa que envía el trabajo de impresión incluye como parte del archivo información sobre el tamaño del papel, por ejemplo, y el sistema de impresión de la Mac a su vez vuelve a introducir esos datos, a veces inconsistentes, provocando que la impresora no sepa que hacer (¿a quien le va a hacer caso?), como “medida de precaución” la impresora utiliza sus valores de fábrica y con eso realiza la impresión.

En los foros de Apple, MacTips y otros sitios, hacen referencia a una solución publicada en los foros de Adobe, la cual consiste en reemplazar el archivo encargado de procesar los archivos PostScript antes de su envío a la impresora, por una versión anterior.

El archivo en cuestión se llama pstops, localizado en /usr/libexec/cups/filters. Se puede obtener una versión anterior de una computadora con Mac OS X 10.5.4, o del instalador combinado a la misma versión, en el último caso es necesario contar con un programa como Pacifist para extraer el archivo del paquete de instalación.

En mi caso tuve que hacer la extracción del instalador combinado, ya que todas las computadoras habían sido actualizadas a la versión 10.5.5. Una vez extraído e instalado en mi computadora pude copiarlo a todas las demás con la ayuda del Apple Remote Desktop, afortunadamente el archivo pstops es idéntico para la versión Server del sistema, por lo que fue posible copiarlo también al servidor que se encarga de las filas de impresión.

Algunos días, alumnos frustrados y ojos cansados después, ya están las impresoras trabajando correctamente desde todas las computadoras en los laboratorios y desde todos los programas, incluidos los dos de Adobe: Illustrator e InDesign.

Durante mucho tiempo las computadoras han podido conectarse a cámaras de diversos tipos, incluso controlarlas de algún modo para que puedan ser utilizadas como cámaras de seguridad o cosa semejante.

Desde hace algunas generaciones, las computadoras de Apple han incluido una cámara en la parte superior de la pantalla, lo que ha provocado que en algunas instalaciones donde consideran mucho su propia seguridad, éstas y otras computadoras les sea negado el acceso.

Pero ya que se tiene ese juguete incluido con la computadora, es posible utilizarlo para la seguridad de uno mismo. Una computadora que permanece mucho tiempo en un lugar puede utilizarse como cámara de seguridad, tomando fotos cada cierto tiempo y almacenándolas en algún lugar accesible desde otra ubicación. De esta manera se puede “echar un ojo” a la casa cuando uno anda fuera.

Con las portátiles el uso puede ser un poco diferente, pero con el mismo propósito. Se pueden hacer tomas periodicas y enviar las imágenes por correo o subirlas en algún servidor, de esta forma si el equipo se extravía o es robado, quien sea que lo utilice será captado por la cámara y así se podrá tener al menos una prueba de quién usó el equipo en algún momento. Con suerte y hasta se podría recuperar después de un tiempo.

Para la primera parte, la de tomar fotos sin dar mucha oportunidad de que alguien se de cuenta, las instrucciones se pueden encontrar en este sitio:

[HOWTO] iSightCapture Command Line Security Workaround

En este lugar se explica cómo hacer que la computadora haga las capturas periodicas de imágenes y un pequeño “truco” para disminuir la posibilidad de que quien utilice el equipo se de cuenta de ello.

En este otro sitio:

Snap and upload iSight pictures on wake from sleep

Agregan la posibilidad de subir las imágenes capturadas a algún servidor o enviarlas por correo. En este caso el evento de captura ocurre cada vez que la computadora es reactivada después de que ésta se haya dormido.

Ya sea como juego o realmente como cosa seria, las posibilidades de utilizar la cámara incorporada pueden resultar interesantes.