Archive for February, 2007

¿Windows Vista no mejora a Windows XP?

De acuerdo con un estudio publicado por la empresa Pfeiffer Consulting la nueva versión del sistema operativo de Microsoft no mejora, e incluso reduce aun más, la interacción del usuario comparado con la versión anterior Windows XP SP2.

Según un concepto denominado “Fricción de la Interfaz de Usuario” es posible describir y cuantificar las diferencias percibidas en eficiencia entre sistemas operativos, aplicaciones y dispositivos digitales. Define la fluidez y productividad que puede ser observada al desarrollar las mismas acciones en diferentes sistemas computacionales, programas o dispositivos.

Para leerlo con más detalle:

Comments

Chica guapa

¿Se ve guapa, no?

Song Hye Kyo

Es la imagen de una actriz coreana de nombre “Song Hye Kyo”. Pero en realidad ella “no es ella” (¡¿?!).

Se trata del resultado del trabajo de Max Edwin Wahyudi con el software 3dsmax quien, inspirado en ella, además se dió el tiempo de explicar el proceso en el sitio “CGArena”

Comments

Para sincronizar los relojes de las computadoras

Revisando mi correo me encontré que en una de las listas de discusión a las que estoy suscrito surgió una duda acerca de la sincronización de los relojes de las computadoras. A primera vista no le di mucha importancia, pero después de pensarlo un momento me puse a leer la discusión.

En general solo es necesario activar la opción de sincronización en el panel “Fecha y Hora”, el servidor preseleccionado siempre es uno de Apple (cuál de los tres depende de la zona donde se compró la computadora). Hecho eso uno generalmente se olvida del asunto.

¿Pero qué pasa si se tienen necesidades especiales o se requiere de usar otro servidor para sincronizar el tiempo?. Para lo segundo se puede usar el mismo panel de “Fecha y Hora” pero, ¿para lo primero?

Nuevamente a la Terminal… las preferencias para la sicronización del tiempo se encuentran en /etc/ntp.conf y el contenido generalmente se parece a esto:

server time.apple.com minpoll 12 maxpoll 17

La instrucción al servidor es “sencilla”, se indica que se consulte al servidor time.apple.com al menos cada 2^12 segundos (4096 segundos = 1 hora, 8 minutos, 16 segundos) y no mas tarde de 2^17 segundos (131,072 segundos = 1 dia, 12 horas, 24 minutos, 32 segundos). Cuando el reloj de la computadora no se encuentra sincronizado el intento de sincronización se realizará según el primer tiempo, en cuanto se logre un acercamiento aceptable (de algunas milésimas de segundo de diferencia), los intentos se harán de acuerdo al segundo tiempo.

Según los entendidos estos valores son adecuados en términos generales, pero la verdadera sincronía tomará varios días si no es que semanas. Para instalaciones donde el registro del tiempo sea importante, es necesario que las computadoras logren un nivel de sincronía adecuado en un lapso más breve.

Regresando a la los comentarios en la lista de discusión, uno de los que escriben menciona que su situación es como la arriba mencionada, por lo que requiere algunos ajustes para lograr ese objetivo, lo que él sugiere es algo como esto:

server time.apple.com minpoll 6 maxpoll 12

Tal vez a esa persona le funcione, pero para el resto de la gente tal vez baste con el valor por omisión.

¿Y si se necesita especificar/agregar otro servidor?, pues sencillamente se agregan otros renglones iguales al original, pero con la dirección del servidor de tiempo contra el que se quiera hacer la sincronización.

Comments

ARD en la línea de comandos, pero más sencillo

Revisando la nota anterior me di cuenta que la ruta para llegar al programa kickstart es demasiado larga, tanto que no cabe bien en el ancho que tienen definido algunas de las plantillas de presentación de este blog. Y también es tan larga que para dentro de un rato ni me voy a acordar dónde encontrar esa cosa y mucho peor, escribirla cada vez que se necesite se convierte en algo propenso a errores.

Pero en la misma ayuda del programa se sugiere copiarlo al directorio /usr/local/bin/, lo cual es bastante más corto. El problema con copiarlo es que en el futuro, si se actualiza el Apple Remote Desktop, pudieran tenerse dos versiones del mismo programa, así que probé haciendo un alias (o liga simbólica en terminología unix) en el directorio sugerido al programa original (para que quepa la ruta completa la corté en renglones y lo indiqué con “¬” pero el comando sigue siendo una sola línea):

sudo ln -s /System/Library/CoreServices¬
/RemoteManagement/ARDAgent.app/Contents¬
/Resources/kickstart /usr/local/bin/kickstart

Después bastó con probar si el sistema lo localiza:

alex$ which kickstart
/usr/local/bin/kickstart

¡Listo, ya puedo escribir un poco menos!… ahora toca hacer lo mismo en todo el laboratorio…

Comments

Configuración del ARD usando la Terminal

Después de todo lo hubo que hacer para lograr un simple cambio en los laboratorios, fue necesario meterse en algunas cosas más para configurar un grupo de computadoras nuevas.

Resulta que para que los profesores puedan utilizar Apple Remote Desktop el usuario regular de cada computadora debe tener ciertos privilegios que no habían sido ajustados.

Para evitar la flojera de ir a cada equipo y hacer el cambio en persona nada mejor que un comando directo. Y resulta que esa ayuda reside en /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/ y se llama kickstart. El único detalle es que debe ejecutarse como super-usuario

Para ver algunos ejemplos de su uso, la fuente es la nota número 108030 en las páginas de soporte de Apple.

Con esa guia y después de consultar la ayuda del propio programa, el comando usado (otra vez con la ayuda del script inst2 y poniendo todo en una sola línea) fue:

/usr/bin/sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -configure -access -on -privs -ControlObserve -TextMessages -ShowObserve -SendFiles -users usuario

Comments

Agregar un alias y cambiar contraseña por montón

Este es uno más de estos artículos en los que menciono las cosas que debo hacer para hacerme la vida un 0.001% más fácil en cuanto a los laboratorios se trata. Cada una de las computadoras tiene un usuario administrador común y otro usuario para uso general único por cada equipo… y ese es el inconveniente para algunas operaciones.

Cuando se trata de hacer ajustes a ese usuario, pero en todos los equipos, hay que hacer de vez en cuando algunos malabares de programación para que los scripts que hacen el trabajo distingan cada uno. Por lo que sería más adecuado que el usuario personalizado tuviera un alias que fuera común a todas las computadoras.

Así que comienzó la búsqueda de opciones y la respuesta no estuvo muy tardada de encontrar: usar la utilería niutil para agregar el alias.

Utilizando mi script inst2 lo que tuve que hacer en la Terminal fue (todo en una sola línea):

./inst2 "lab1 lab2 labn" "sudo niutil -insertval . /users/`/bin/cat /carpeta/de/servicio/nombre_compu.txt` name usuario 1"

la parte que se lee /bin/cat /carpeta/de/servicio/nombre_compu.txt es parte de esa gimnasia necesaria para identificar cada computadora. Fue necesario en algún momento guardar en la propia máquina un archivo con el nombre del equipo –el cual es el mismo que el del usuario–.

A fin de cuentas lo que este comando hace es modificar el nombre del usuario para que en realidad sean dos: el original y usuario.

Logrado lo anterior, el siguiente paso es ponerle una contraseña a este usuario (¡si en serio, no la tenía! y así hemos estado por varios años). El motivo principal para ello son los profesores que utilizan el Apple Remote Desktop en su clase, ya que en cada sesión deben de eliminar las computadoras en la lista de su salón y darlas de alta nuevamente. Con este par de simples modificaciones se resuelve el problema.

Poniendo en acción nuevamente al script inst2 el comando utilizado fue (otra vez todo en una sola línea):

./inst2 "lab1 lab2 labn" "sudo passwd usuario"

Y a retar a la paciencia… ya que es necesario escribir el password dos veces por cada equipo que visita el script.

Comments

Steve Jobs vs. Bill Gates

Esto me lo topé en uno de los blogs aleatorios que aparecen en el wordpress.com, específicamente en el blog “Un Blog en Bolas“. Mientras exista en YouTube, habrá que hacer pausa para sonreir un poco:

“Steve Jobs vs. Bill Gates”. Video proporcionado por YouTube

Comments

Aprender una nueva interfaz requiere ayuda

En estos días es común ver nuevas propuestas de uso de distintas páginas web o, pero aun, de los sitemas operativos de las computadoras. Sin embargo, por muy intuitivas y amigables que estas sean es necesario algo de ayuda de vez en cuando:

Video proporcionado por YouTube (2 ligas posibles):

Comments

Discos de arranque según se necesite

Cuando se requiere iniciar una computadora que no quiere arrancar siempre es útil contar con un disco que permita hacerlo, pero con el sistema operativo actual no necesariamente es fácil hacer uno, mucho menos personalizarlo.

Aunque ya hubo alguien que se tomó el tiempo para buscarle el modo y además, lo publicó para todos:

Install and boot OS X on a Flash Drive

Comments (1)

Números de identificación únicos

Cuando hacemos una lista es común poner un número en cada renglón para identificarlos después. En aplicaciones de bases de datos también es común “numerar” la información para distinguir un registro de otro.

El sistema operativo no opera muy diferente de esa idea, ya que muchas cosas internamente se almacenan en bases de datos o son listas de una u otra forma, por lo que es necesario que cada uno de esos elementos se identifiquen de algún modo para no confundirlos.

Como esa es una labor muy frecuente del sistema, no es de sorprender que exista un pequeño programa cuya misión sea precisamente generar números de identificación únicos. Para usarla basta con abrir la Terminal, teclear el comando y listo; después se puede copiar el número generado y pegarlo donde lo necesitemos. En la línea de comandos se escribe:

uuidgen

El resultado será algo parecido a esto:

7DB2669E-BBAF-11DB-A828-00306586E4BA

Comments