En Mac OS X 10.5 Leopard, Apple ha introducido Time Machine, una manera muy conveniente de hacer backups. Desafortunadamente el intervalo entre backups está prefijado de manera constante en una hora. Apple usa un “launchd daemon” para controlar este lapso, pero cambiando el valor de dicho intervalo en el fichero “launchd.plist” no surge efecto alguno.

TimeMachineScheduler desactiva la función automática de backup de Time Machine e instala su propio “launchd daemon”. Dado que dicho “daemon” se halla localizado en la librería principal, se requiere una contraseña de administrador para todas las operaciones (que conllevan escritura). Exceptuando la desactivación de Time Machine, ningún otro fichero o preferencia del sistema se ve afectado por TimeMachineScheduler.

Todavía existen algunos problemas concerniendo los privilegios de acceso en OS X 10.5 Leopard en aquellos casos en que el sistema operativo ha sido actualizado, migrado o instalado mediante la opción archivar e instalar. TimeMachineScheduler se encarga de todos los ficheros y fija el propietario, grupo y los privilegios a sus correctos valores por defecto.

Es posible instalar y desinstalar el “daemon” así como tan sólo cargarlo y descargarlo a fin de ejecutar backups puntuales. El intervalo puede ser prefijado entre 1 y 12 horas, y el “daemon” puede ser programado para ejecutarse adicionalmente al cargarlo, lo cual significa también al arrancar y ejecutar el “login”. Asimismo es posible presionar un botón para ejecutar un backup inmediato. El estado del temporizador se muestra en todo momento.

Durante la la ejecución de los backup, los elementos de control se hallan desactivados y toda acción es escrita en un dichero de log (/Library/Logs/TimeMachineScheduler.log).

TimeMachineScheduler no requiere ser ejecutado permanentemente, el temporizador funciona de forma autónoma en segundo plano. Si se quiere volver a la configuración original de Time Machine, tan sólo hay que desinstalar el temporizador y reactivar Time Machine en su Panel de Preferencias.

Para el peor de los casos (el cual no sucederá nunca) se incluye un desinstalador de “emergencia”.

Características:

• Intervalo definible entre 1 y 12 horas.
• Es posible ejecutar el backup manualmente o automáticamente, incluso a arrancar, entrar en la cuenta de usuario o cuando el “daemon” es cargado.
• Muestra el estado del “daemon”, del volumen de backup y si dicho backup está actualmente en progreso.
• Auto-montaje, una opción para montar y desmontar el volumen de backup automáticamente (ver problemas conocidos).
• Opción para ocultar el volumen de backup (requiere relanzar el Finder para que surja efecto).

Problemas conocidos:

Dado que TimeMachineScheduler funciona independientemente de las Preferencias de Time Machine, alguna información puede ser mostrada de forma errónea en el Panel de Preferencias de Time Machine.

Podría darse el caso que el volumen utilizado para el backup no pudiese ser desmontado (usando la función de auto-montaje). Ello sucede en caso que la aplicación TimeMachineScheduler esté en funcionamiento. Pese a ello, el “daemon” no se ve afectado en su funcionamiento.

Página principal: www.klieme.com/TimeMachineScheduler.html

Capturas:

En algunas ocasiones he necesitado compilar un paquete Debian para modificar algo o para tener una versión concreta que no está de momento en la distribución estable pero si en la inestable.

Para compilar un paquete de la distribución estable (o en la que estemos) para modificar algo o simplemente para compilarlo nosotros (no recomendado), primero nos vamos a un directorio temporal, por ejemplo:

cd /usr/src/nombre_del_paquete

Luego nos bajamos el fuente y los ficheros necesarios, como el .diff y el .dsc:

apt-get source nombe_del_paquete

Para asegurarnos  de que tenemos los paquetes necesarios para compilar:

apt-get build-dep netatalk

Ahora podemos ir al directorio donde están las fuentes y demás ficheros y directorios y modificar lo que necesitemos. Un fichero importante donde casi siempre añadiremos variables y opciones que por defecto no vienen es:

debian/rules

Una vez modificado lo que necesitemos, compilamos y generamos el o los paquetes tal cual lo haría un desarrollador:

dpkg-buildpackage

Una vez que termine (si no ha dado ningún eror) un nivel por encima de donde estamos habrá generado el/los .deb que podremos instarlar o actualizar y tendremos el paquete modificado casi como si fuera el oficial.

Por defecto el paquete de netatalk de Debian (al menso en Etch) no viene con soporte de encriptación debido a las políticas de Debian, por lo que si usamos por ejemplo Leopard nos daremos cuanta que nuestro server de APF no funciona ya que Leopard obliga a las contraseñas vayan cifradas no en textos plano como en Tiger. Así que vamos a compilar nuestro propio paquete DEB de Netatlak con soporte de encriptación.

Primero nos vamos a un directorio temporal donde vamos a trabajar (luego se puede borrar a que solo es necesario para compilar):

mkdir /usr/src/netatalk
cd /usr/src/netatalk

Y procedemos a bajar los ficheros necesarios para compilar, primero comprobamos que tenemos las librerías y paquetes necesarios (puede que ya tengamos estos paquetes instalados, si es así seguimos):

apt-get install openssl cracklib2 libpam-cracklib cracklib2-dev wspanish

Nos bajamos el source de Netatalk (y sus ficheros complementarios .diff y .dsc):

apt-get source netatalk

Comprobamos que tenemos los paquetes requeridos para compilar el paquete Netatalk:

apt-get build-dep netatalk

Ya tenemos todo lo necesario para compilar, por lo que procedemos a modificar la configuración para indicarle que queremos soporte de encriptación:

cd netatalk-2.0.3/
vi debian/rules

Y añadimos la línea siguiente justo antes del comentario que dice ## FIXME:

DEB_BUILD_OPTIONS=ssl debuild 

y solo nos queda compilar y que todo vaya bien:

dpkg-buildpackage

Si todo ha ido bien (seguro que si) en el directorio superior a donde estamos se habrá creado el paquete Debian del Netatalk con soporte de encriptación, así que lo instalamos:

dpkg -i netatalk_2.0.3-4_i386.deb