Con pocas modificaciones se puede hacer lo mismo para un archivo local.

Se puede colocar el comando en el arranque de sesión, pero se va a bloquear para pedir la contraseña. Se recomienda tener acceso al servidor remoto por medio de claves públicas para que el agente de SSH automáticamente pida la contrafrase en pantalla.

Puesto que tail -f nunca debería salirse, tal vez sería conveniente agregar una línea después del SSH que mande una alerta de que concluyó el tail -f o de que falló la conexión con el servidor. Tal vez se pueda hacer revisando el código de retorno, pero hay que ver qué ruido le provoca el tubo.

Se puede modificar para que también el icono y la severidad de la notificación sean distintas, pero en mi caso no es necesario.

El comando podría fallar si la cadena a mostrar contiene comillas.

#!/bin/bash

# stail-notify.bash
# Escrito por Octavio Alvarez.
# Licencia: WTFPL

[ $# -lt 3 ] && {
	echo "usage: "`basename $0`" <user@host> <file-to-tail> <alert-title>"
	exit
}

ssh $1 "tail -n 0 -f "$2 | while read M D T ELSE; do notify-send -t 5000 -i dialog-warning -u critical "$3" "$ELSE"; done

Para usarlo, lo ejecutan así:

stail-notify.bash alvarezp@192.168.2.100 /var/log/messages "Alerta de Syslog"

Gratis vs. Libre

Cuando no se requiere de pago alguno para usar plenamente un programa se dice que es “gratuito”. Dos ejemplos son Skype y OpenOffice.org. Sin embargo, existe una diferencia radical entre ambos: las libertades legales que la licencia de OpenOffice.org garantiza. Por eso se le llama software “libre”.

OpenOffice.org es más que simplemente gratuito y más —incluso— que simplemente “de código abierto”. Disponer del código fuente de un programa no implica la libertad legal de hacer públicas las mejoras.

La diferencia entre ambos programas ha quedado de manifiesto comparando la adquisición de Sun Microsystems por Oracle frente a la de Skype por Microsoft.

Antes de ser adquirido, Skype proveía su producto en tres plataformas: Windows, Mac y Linux. El programa era privativo y el protocolo cerrado. Al Microsoft adquirir a Skype, el producto y el modelo de negocios de Microsoft habrán de ajustarse uno al otro. Aunque Microsoft expresó su intención de continuar el soporte para todas las plataformas, es obvio que esto puede cambiar si no le resulta conveniente. Además, como ha ocurrido en otros casos, la disponibilidad del programa para otras plataformas no implica la sincronía con las liberaciones para Windows. Lo cierto es que lo más barato para Microsoft es eliminar el soporte para las plataformas ajenas y mantenerlo sólo para la plataforma que mejor conoce. Lo puede hacer, pues con la compra de Skype se ha adueñado de sus derechos de autor.

Analicemos el escenario en que Microsoft decida terminar con el soporte para Mac y Linux de Skype. Cualquier alternativa sería subóptima en comparación con una implementación nativa:

• Implementación un cliente alterno por terceros: Requiere de ingeniería inversa del protocolo, lo cual puede estar en contra del EULA. Además, los cambios en el protocolo podrían ser unilaterales, arbitrarios e incompatibles, lo que se convertiría en desconexiones para los usuarios del cliente alterno hasta la siguiente actualización del programa.
• Usar el cliente en un ambiente virtualizado: Requiere de un consumo extra y significativo de memoria. Además, requeriría de una licencia válida de Windows e implica el mantenimiento de actualizaciones, antivirus, etc.
• Usar el cliente sobre una capa de abstracción de Windows (Wine): Sólo si Wine fuera perfecto sería viable el uso masivo del cliente nativo de Skype. Sin embargo, el efecto “burro con zanahoria” descrito en el primer punto se traslada al sistema operativo. Microsoft puede mejorar Windows realizando cambios unilaterales, arbitrarios y potencialmente incompatibles, lo que perjudicaría y comprometería el funcionamiento de Wine. La realidad es que Wine dista mucho de proveer la plena compatibilidad con Windows y, debido a la alta velocidad con la que cambian y surgen nuevos API, es un trabajo más arduo que alcanzable.

En contraposición con lo anterior, antes de la adquisición de Sun Microsystems, OpenOffice.org era software libre bajo la licencia GPLv3. Cuando Oracle apagó el proyecto openSolaris, la comunidad de desarrollo de OpenOffice.org decidió reaccionar ante un posible cierre de OpenOffice.org: crearon The Document Foundation. Con las garantías ofrecidas por la licencia libre de OpenOffice.org se bifurcó el código para formar LibreOffice. De esta forma, independientemente del proceder de Oracle con respecto a OpenOffice.org, sea que apagara el proyecto o lo comercializara como producto, la opción nativa sigue existiendo.

Por último, considerando que Skype es un cliente de red y dada su popularidad, bastaría con que Microsoft abriera y mantuviera libre el protocolo actualizado para que la comunidad hiciera un cliente compatible con la plataforma de su preferencia e, incluso, multiplataforma. Al final, es más importante la especificación abierta y libre del protocolo que la del cliente.

Superkb es un lanzador de aplicaciones basado en atajos de teclado con pistas gráficas en pantalla. Está escrito en C usando Xlib con la ayuda de Cairo graphics, Pango, Imlib2, Xinerama, etc. y con su código fuente manejado con Git.

Tus atajos de teclado pintados por Superkb 0.22

Algunas de las características de Superkb:

• Fácil de usar. Se selecciona una tecla mágica (por omisión Super) como la base de los lanzadores y basta con presionar Super+Tecla para ejecutar cualquier comando configurado o aplicación seleccionada.
• No estorboso. Siendo basado en atajos no se necesita nada en pantalla. Al mantener presionada la tecla mágica mostrará en las pistas en pantalla y al soltarla desaparecen.
• Soporte para diferentes geometrías del teclado según lo provea el servidor de X Window System.
• Provee indicadores en pantalla sobre las acciones invocadas.
• La configuración se escribe en un archivo. Instalar la misma configuración en otra computadora es tan simple como copiar el archivo.
• La tecla mágica no se desperdicia. Se puede usar F8 como tecla mágica y al presionarla sin lanzar nada se envía a la aplicación que actualmente tiene el foco. Yo uso esto para la Thinkpad T42.

Superkb is a shortcut-based launcher with on-screen graphical hints. It is written in C using Xlib, with the help of Cairo graphics, Pango, Imlib2, Xinerama, etc. and the source code is managed using Git.

Your keyboard shortcuts painted by Superkb 0.22

Some of Superkb features:

• Easy to use. You select a hotkey (Super keys by default) as the base for your launchers and just hit Super+Key to execute whatever command you configured or launch whatever application you chose.
• Non-obstructive. Being shortcut based, you don’t need anything on your screen. Holding the hotkey down will invoke the on-screen hints and releasing it will dismiss them.
• Support for different keyboard geometries as provided by the underlying X server.
• It provides on-screen feedback for whatever action you have launched.
• Configuration is written on a file. You take the configuration with you to install it on your other computer as simple as copying a file.
• The hotkey isn’t wasted. You can choose F8 (or any other) as your hotkey if you please and hitting it will still send it to the currently focused window. I use this for the Thinkpad T42 that has no Super keys.

Hoy estoy feliz. Tal vez ya oyeron algo sobre Diaspora, el proyecto dirigido a ser una red social como Facebook pero de código abierto y distribuída.

¿Por qué? Porque no confío en Facebook. Yo no conozco las instrucciones exactas en el software que gobierna el servicio. Siendo distribuida y de código abierto, confío en que miles de usuarios y desarrolladores podrán ver y analizar el código, yo mismo incluído. Tendré la posibilidad de ver exactamente lo que el código dice si así lo deseo. Más aún, podré publicar mi información personal en mi propio servidor en lugar de en uno centralizado que no es de mi confianza. También significa que quienes confían más en mí que en Facebook tendrán una alternativa (y un administrador de sistemas a quien sí le importe).

(Oh, y personalmente, considero la actual falta de aplicaciones similares a Farmville como una buena oferta.)

Aún estamos hablando de subir información a Internet, de modo que no se puede tomar más a la ligera que publicar información personal diariamente en un periódico o en la televisión. Si publico una imagen la puedo quitar de mi servidor, pero tal vez no podría quitarla de otro servidor a donde ya se haya replicado.

Desde el momento en que escuché de este proyecto he estado esperando a meter las manos en la masa y probarlo yo mismo. Ese día finalmente llegó. El 15 de septiembre de 2010 el equipo de desarrollo liberó el código al público en su repositorio Git hospedado en Github.

Encontré unas instrucciones en inglés para instalar Diaspora en Debian y decidí probarlas en mi caja Sid. Parece que ya no están completas (el código está cambiando rápidamente conforme avanza el desarrollo). Tuve algunos problemas iniciales, pero al final, con ayuda de la gente en #diaspora, trabajó suficientemente bien como para hacer este artículo.

Eventualmente logré que me mostrara esta pantalla:

El identificador de usuario tiene la forma usuario@dominio.com. Como se puede ver en la barra de direcciones de mi navegador, estoy accediendo a mi PC y no a un servidor cualquiera en Internet.

Después de algunas afinaciones logré intercambiar requisiciones de “amistad” con otra persona. Hecho esto, pudimos intercambiar mensajes bidireccionalmente.

Diaspora tiene estas cosas llamadas “aspectos” que se entienden como los “aspectos de tu vida”. Los dos disponibles por defecto son “trabajo” y “familia”. Cuando añades a un amigo, los añades bajo uno (¿o tal vez más?) de estos aspectos.

Los mensajes se intercambian en tiempo real. Tan pronto como publiqué el mensaje se fue directo hacia my nuevo amigo en un servidor externo en Internet donde recibió ese mensaje y se mostró en su navegador sin siquiera tener que refrescar la página. Igual de vuelta: añadió un mensaje y yo lo vi en mi navegador.

El mensaje se fue cifrado sobre el alambre (lo cual es muy bueno). Después de decodificar, esto fue lo que obtuve:

{"aes_key":"Cl2Xtq/VO [... muchas letras ...] A9lSnqEYk=",
"ciphertext":"YT47xNE [... muchas letras ...] KbqlQNx+Y="}

En mis pruebas yo no pude subir imágenes; por algún motivo fallaron. Los pantallazos de los desarrolladores muestran que las imágenes ya funcionan. Tal vez algo se rompió en los últimos días.

Básicamente, además de lo que indicaban las instrucciones, tuve que abrir los puertos de mi cortafuegos para hacerlo funcionar. Se necesita iniciar el servicio desde el script provisto en ./script/server.

También, las instrucciones recomiendan usar directamente build pero esto no cargará el websocket en el puerto 8080. Tuve que aplicar un PATH=$PATH:/var/lib/gems/1.8/bin artificialmente para incluir ese directorio en las rutas de búsqueda para que ./script/server pudiera llamar build.

MUY IMPORTANTE: Esta versión está en calidad de desarrollo (lo que básicamente se traduce a “mejor esfuerzo”) o como dicen en el repositorio Git, “pre-alpha”. Aún le falta mucho para ser usable de forma popular. Tiene problemas de seguridad conocidos (tu cuenta de diaspora puede ser adueñada remotamente); tiene fallas (la carga de imágenes está rota en algunas configuraciones); y puede ser que pierdas tus datos de diaspora, así de la nada (como en cualquier versión de desarrollo), particularmente después de alguna actualización que no salga bien. La recomendación actual es que NO SUBAS TU INFORMACIÓN IMPORTANTE todavía. Repito: es una liberación de desarrollo, una vista previa. Está en una etapa muy temprana. Hasta puedes llamarla “prototipo” si gustas pero acepta los riesgo según estén el día de hoy.

Si lo quieres probar por ti mismo, revisa el Wiki de Diaspora. Incluye información sobre servidores públicos, instalación, terminología que yo no leí y que pudo haber evitado desperdiciar tiempo valioso de la gente de #diaspora. Ahora es un buen momento para agradecerles.

Equipo de diaspora: ¡gran trabajo!

I’m so glad today. Some of you may have heard of Diaspora, the project aimed to be a social network like Facebook but open source and distributed.

Why? Because I don’t trust Facebook. I don’t know the exact instructions in the software that governs the service. Being distributed and open source, I trust that thousands of users and developers will be able to view and analyze the code, myself included. I will be able to know exactly what the code says if so I wish. Furthermore, I will be able to post my personal information on my own server instead of a centralized, untrusted one. It also means that people that trust me more than Facebook would have an alternative (and a system administrator that actually cares).

(Oh, and personally, I consider the current lack of any similar-to-Farmville application to be a feature.)

We are still talking about posting information to the Internet, though, so it must not be taken any lighter than publishing any personal information daily on the newspaper or the TV. If I publish a picture, I can take it down from my server, but I may not be able to take it away from other servers into where it may have already been replicated.

Since the moment I heard of the project I’ve been waiting to get my hands on it and try it myself. That day finally arrived. On September 15th, 2010, the development team released the code to the public in their Git repository hosted on Github.

I found some instructions on installing Diaspora on Debian and so I decided to try them on my Sid box. It looks those are not complete anymore (the code is rapidly changing as development continues). I had some initial problems, but at the end, with some help from the people at #diaspora, it worked good enough to make this blog post.

I eventually got to this login screen:

The user identification takes the form user@domain.com. As you can see on the browser address bar, I’m accessing my own PC, not some server on the Internet.

After some more tweaking I managed to exchange “friend” requests with another person. We exchanged messages bidirectionally:

Diaspora has these things called “aspects” which I understand as “aspect of your life”. The two available by default as of now are “work” and “family”. When you add a friend, you add them under one (maybe more?) of these aspects.

Message exchange was done in real time. As soon as I published a message, it got sent to my new friend in a third-party server and he got the message shown in his browser without reloading. Same way back: he added a message and I saw it.

The message went encrypted over the wire (which is very good). After some decoding, this is what I got:

{"aes_key":"Cl2Xtq/VO [... lots of characters ...] A9lSnqEYk=",
"ciphertext":"YT47xNE [... lots of characters ...] KbqlQNx+Y="}

In my tests I was not able to upload images; they failed for some reason. Screenshots from the developers show pictures already working, though. Maybe they got broken sometime in the last couple of days.

Basically, in addition to what the instructions said, I had to open the ports on my firewall to make it work. You must start the server from the ./script/server script provided.

Also, the instructions suggest you directly call build but this will not load the websocket at port 8080. I had to artifically do a PATH=$PATH:/var/lib/gems/1.8/bin to include that directory in the search path, so ./script/server could call build.

VERY IMPORTANT: This version is in development quality (which basically translates to “best effort”), or as they say in the Git repo, “pre-alpha” quality. It is still a long way from being suitable for popular use. It has known security problems (your diaspora account can be remotely hijacked); it has bugs (image uploads are broken in some setups); and it you may lose diaspora data out of nothing (as with any development release), particularly if some upgrade goes wrong. The actual recommendation is DON’T POST YOUR IMPORTANT INFORMATION yet. I repeat: it is a development release; it is a preview. It is still in a very early development stage. Call it a prototype if you want, but be sure to accept the existing risks as of today.

If you want to try it yourself, check the Diaspora Wiki out. It includes information about public servers, installation, some terminology that I did not read and so I made some guys at #diaspora lose some of their valuable time. Now is a good moment to thank them for helping me out.

Diaspora team: great work!

Casualidad de la vida. recientemente dije por Twitter lo siguiente:

Debatir si existe o no existe “Dios” es como debatir si el 0 es positivo o negativo. La realidad es que ambos son el mismo número.

Para mí, +0 == -0 y la comparación me gusta. Y sí, ya me criticaron… pero en fin.

En código me lo imagino así:

function dios_existe() {
	if (sign(0) == 1) return True;
	if (sign(0) == -1) return False;
	return dios_existe() /* jaja, porque esto pasa con el ser humano */
}

What a coincidence. I recently said the following over Tweeter (translated from Spanish):

To debate if “God” exists or not is like arguing if 0 is positive or negative. The thruth is both are the same number.

For me, +0 == -0 and I like the analogy. And yes, I have already been criticized… but, oh well.

In code I think it could be like this:

function dios_existe() {
	if (sign(0) == 1) return True;
	if (sign(0) == -1) return False;
	return dios_existe() /* haha, because that's just what happens with human beings */
}

Por azares del destino encontré que Google ya tiene una pizca de Tijuana lista en el Street View de Google Maps.

Al parecer alguien vio el carro en junio de 2009, se la pasó a algún amigo y éste lo blogueó! :-O

Actualización 1: La mejor foto que publicaron los de tijuanayo.com es la del vehículo de Google siendo cuestionado por la policía.

Actualización 2: También en tijuanayo.com observaron que ya está en línea e hicieron un post al respecto.

Grandioso ¿no? Ojalá pronto podamos tener el resto de los servicios. Particularmente, saber cómo llegar de A a B con optimizaciones, como en San Diego, pero específicas a la localidad. Estas son las optimizaciones que me imagino en Google Maps para Tijuana:

• Usar sólo transporte público
• Usar sólo automóvil
• Evitar boulevares y aprovechar vías rápidas
• Evitar tráfico (en tiempo real)
• Evitar baches y charcos (en tiempo real)
• Evitar balaceras (en tiempo real)
• Parar por una gasolinera non-rata (en tiempo real?)
• Evitar el tren (en tiempo real)

:-)

Introduction

The most ignored Internet Etiquette rule is that of the posting style when replying to an e-mail message.

By “quoting” I mean the inclusion of a previous message in a new one (for example, a reply) with the intent of stating the relevance of the answer itself in the original context. I would say “Dan, I don’t know what are you talking about. Please quote the original e-mail in your reply next time in order to know what were you replying to.”

Almost every e-mail client do quote the original message in the reply, at least by default. That is good, and it contributes to the “netiquette”, but its abuse has made it completely useless.

By saying that the rule is “ignored”, I mean that the common user doesn’t edit the text put by the e-mail client as the quote. It leaves the quoted message as is, simply ignoring the resulting text. After three iterations of the answer, the “original message” carries more garbage than relevant content.

Common e-mail clients —like Outlook y Thunderbird— don’t help either; those are pretty stupid. They quote whatever they find. Even when the original goal is to place the original message in the editor ready for its editing while replying, it is also true that signatures and those hideous legal disclaimers are stupidly included also.

Ok. Beyond the rant, the main purpose of this article is to show the current quoting and reply techniques, but more important, to yearn for a style / technique used more than 15 years ago, even before Internet started to be popular in the city where I live.

A correctly applied etiquette to an e-mail reply allows a well-organized message. This etiquette is mainly formed by two elements: (a) the correct placement of the answer in relation to the quoted message and (b) the correct editing of the quoted message.

Reply text placement against the quoted text

The best way to explain this is to mention the three different styles and the difference between them: top-posting, bottom-posting and interposting (or in-line posting). It refers to the placement of the answer before, after or inserted into the original text.

Example A: top-posting

Yes, and I'm going to do it.

On Fri, Jun 26 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> said:
> Octavio:
>
> Is the maintenance window on next Thursday?
>
> Who's going to execute the changes?
>
> Regards.
>
> ---
> Hitsuo Tikashi.
> Infrastructure Services Manager.
> Integrated Systems, Inc.
> T. +1 (619) 555-1234
> E. hitsuo.tikashi@sistint.com.mx

Example B: bottom-posting

On Fri, Jun 26 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> said:
> Octavio:
>
> Is the maintenance window on next Thursday?
>
> Who's going to execute the changes?
>
> Regards.
>
> ---
> Hitsuo Tikashi.
> Infrastructure Services Manager.
> Integrated Systems, Inc.
> T. +1 (619) 555-1234
> E. hitsuo.tikashi@sistint.com.mx

Yes, and I'm going to do it.

Example C: interposting (or inline-posting)

On Fri, Jun 26 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> said:
> Octavio:
>
> Is the maintenance window on next Thursday?

Yes.

>
> Who's going to execute the changes?

I am.

> Regards.
>
> ---
> Hitsuo Tikashi.
> Infrastructure Services Manager.
> Integrated Systems, Inc.
> T. +1 (619) 555-1234
> E. hitsuo.tikashi@sistint.com.mx

Which one do you think is the best? All of them has pros and cons, so the answer may be different in each environment. What do you think are the pros and cons of each?

For instance, In some mailing lists, top-posting is more than prohibited. Either you do bottom-posting or, better yet, interposting. This has been used since before the existence of e-mail as is known today.

However, in businesses and common use, the most popular style is top-posting, due to the easiness of just “writing and sending” without worrying for anything else; this has moved the MUAs (e-mail clients) to be configured for top-posting out of the box. This, in turn, makes it even more popular.

Proper editing of the quoted text

The last example of interposting made it easy to show how a great part of the reply text is just useless. It is considered that the quoted text is part of the reply, as it occupies disk space as part of the reply.

I’ll use that interposting example as the case to analyze, but the following applies to either of the three quoting styles.

From the word “regards” on, the text is irrelevant, and thus, useless. Maybe we could say that the line “Octavio:” is also irrelevant, but let us not be so picky at the moment. In numbers, 8 out of 21 lines (38%) are useless; so are 25 of the 59 words (42%); and so are 161 of the 373 characters (43%). We still have to take into account that mi reply signature is not there, so that will slightly lower those ratios.

Example D: Proper quoting in top-posting

Yes, and I'm going to do it.

On Fri, Jun 26 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> said:
> Octavio:
>
> Is the maintenance window on next Thursday?
>
> Who's going to execute the changes?
>

Example E: Proper quoting in bottom-posting

On Fri, Jun 26 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> said:
> Octavio:
>
> Is the maintenance window on next Thursday?
>
> Who's going to execute the changes?
>

Yes, and I'm going to do it.

Example F: Proper quoting in interposting (or in-line posting)

On Fri, Jun 26 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> said:
> Octavio:
>
> Is the maintenance window on next Thursday?

Yes.

> Who's going to execute the changes?

I am.

The main argument for not editing the quoted text would be that it takes a long time to do it and it is done inefficiently. At home, this is called “lazyness”.

This will be the argument for those that don’t know the keyboard shortcuts for text editing, in particular the use of the Shift key as a non-written standard to select text. Using Shift and the arrow keys, followed by “Delete”, is extremely easy to select and erase useless text.

Yearning for Blue Wave and FidoNet

Before going into user interfaces and mobile devices, I’d like to take a momento to show my yearning feeling for the times where I wrote in FidoNet, even before the Internet started to be popular in Tijuana (1994 to 1996).

In FidoNet, it was common to do this a little different. I used a popular shareware named Blue Wave Offline Reader. Many of us used Blue Wave, which had a particular way of preparing the quoted text before putting it into the editor:

On Fri, Jun 26 2009 17:42:34 -0700, Hitsuo Tikashi said:
 HT> Octavio:
 HT>
 HT> Is the maintenance window on next Thursday?
 HT>
 HT> Who's going to execute the changes?
 HT>
 HT> Regards.
 HT>
 HT> ---
 HT> Hitsuo Tikashi.
 HT> Infrastructure Services Manager.
 HT> Integrated Systems, Inc.
 HT> T. +1 (619) 555-1234
 HT> E. hitsuo.tikashi@sistint.com.mx

The interesting thing is not in the inline replying. Same as today, a couple of Enters in the right place allowed me to reply in-line.

To erase from “Regards” on, still same as today: I place the cursor in the “R” from “Regards” and Shift+Ctrl+End, Delete and voilà: message is clean.

And so was my answer:

On Fri, Jun 26 2009 17:42:34 -0700, Hitsuo Tikashi said:
 HT> Octavio:
 HT>
 HT> Is the maintenance window on next Thursday?

 Yes. Even thought the changes are not considered to be critical, in case
 of a possible failure we will affect our service level agreements,
 because less than 30 days ago our carriers suffered an outage.

 HT> Who's going to execute the changes?

 I am.

What is really interesting is that when the original sender tried to reply me back, the text would be automatically adjusted to the line length (properly word wrapped) and quoted in the following way:

On Fri, Jun 26 2009 17:42:34 -0700, Octavio Alvarez said:
 HT> Octavio:
 HT>
 HT> Is the maintenance window on next Thursday?
 OA>
 OA> Yes. Even thought the changes are not considered to be critial, in
 OA> case of a possible failure we will affect our service level
 OA> agreements, because less than 30 days ago our carriers suffered an
 OA> outage.

 Acknowledged. I leave it in your hands and keep me informed.

 HT> Who's going to execute the changes?
 OA>
 OA> I am.

 BTW, who will monitor and operate the services the next day?

In the example, the user interleaved its answers to me.

Notice how the quoted lines don’t exactly match the original lines. those were modified intelligently, being considered as a paragraph and adjusted to keep a solid and consistent text block.

Also, notice how the text is clear enough and easy to follow; even more if the reader and editor software puts the different authors in different colors.

This style, beyond organized is scalable. After multiple iterations, the format and the text are kept organized.

On Fri, Jun 26 2009 17:42:34 -0700, Octavio Alvarez said:
 HT> Octavio:
 HT>
 HT> Is the maintenance window on next Thursday?
 OA>
 OA> Yes. Even thought the changes are not considered to be critial, in
 OA> case of a possible failure we will affect our service level
 OA> agreements, because less than 30 days ago our carriers suffered an
 OA> outage.
 HT>
 HT> Acknowledged. I leave it in your hands and keep me informed.
 OA>
 OA> Ok, I'll send you an SMS, according to the procedure.

 And please send it to me via e-mail, also.

 HT> Who's going to execute the changes?
 OA>
 OA> I am.
 HT>
 HT> BTW, who will monitor and operate the services the next day?
 OA>
 OA> It would be the new team member, but we have already asked everyone
 OA> else to be alert and ready in case of any eventuality.

 Have you exchanged phone numbers yet?

From my point of view, this is much more intelligent than its popular counterpart:

On Mon, Jun 29 2009 17:42:34 -0700, Octavio Alvarez <alvarezp@alvarezp.ods.org> said:
> On Sun, Jun 28 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> said:
> > On Sat, Jun 27 2009 17:42:34 -0700, Octavio Alvarez <alvarezp@alvarezp.ods.org> said:
> > > On Fri, Jun 26 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> said:
> > > > Octavio:
> > > >
> > > > Is the maintenance window on next Thursday?
> > >
> > > Yes. Even thought the changes are not considered to be critial, in
> > > case of a possible failure we will affect our service level
> > > agreements, because less than 30 days ago our carriers suffered an
> > > outage.
> >
> > Acknowledged. I leave it in your hands and keep me informed.
>
> Ok, I'll send you an SMS, according to the procedure.

And please send it to me via e-mail, also.

> > > > Who's going to execute the changes?
> > >
> > > I am.
> >
> > BTW, who will monitor and operate the services the next day?
>
> It would be the new team member, but we have already asked everyone else
> to be alert and ready in case of any eventuality.

Have you exchanged phone numbers yet?

This is the best the current e-mail practices can get us. It is not bad, but only if the authors and client software follow the etiquette.

If not, we get:

• Badly nested quoting prefixes like: > >> > >>> >
• Badly split lines for exceeding a line length.
• Fully quoted messages, including irrelevant paragraphs.
• HTML garbage from improper tag handling.
• Messages full of signatures and legal texts (sometimes in more than one language per message).

Even though a message from an author that followed the etiquette is a lot better than what we see in a day-to-day basis, i feel it far from the comfort of working in the Blue Wave / FidoNet style.

About user interfaces

E-mail clients fail in promoting the etiquette culture in e-mail messaging.

I think there could be a signature detection mechanism and automatically exclude it from the quoted text. This would save us from getting three copies of the same bulk after three replies:

> ---
> Hitsuo Tikashi.
> Infrastructure Services Manager.
> Integrated Systems, Inc.
> T. +1 (619) 555-1234
> E. hitsuo.tikashi@sistint.com.mx
>
> The content of this e-mail message and its attachments is confidential
> and may be protected by Copyright law. It is intended exclusively to the
> addressees and them only. If you have received it by mistake, you must
> eliminate it from your system. In this case you are not allowed to copy,
> print or distribute this e-mail or its attachments nor use them for any
> purpose of allowing its contents to be known by any person. The here
> included information is not necesarily backed up by [CORPORATION NAME]
> or any of its subsidiaries or strategic alliances.
>
> Please consider the environment before printing this message.

Note: I’ve seen that last line in some messages. I included it because I just couldn’t help myself from using my poor sarcasm after seeing that call for the ecology right after that waste of electricity and disk space (that is usually in HTML format).

Mobile devices

In a 160×320 screen and an itsy bitsy teenie weenie keyboard one could argue that is difficult to do all of this editing in a practical way. However, in the same way new mobile devices present the user an appropriate interface to do other common tasks in a different way, it is the UI that holds how easy or impossible the editing would be.

If in-line posting were popular, a mobile device would have a function or command to “answer below this paragraph” or “navigate by paragraph” and choose “reply, leave or snip” each of them and maybe even an option to “erase the rest of the text”.

If the UI doesn’t have it, it is because in-line posting has not been that popular and not requested enough. It is still a deficiency, though.

Conclusions

I’ve tried to show show the style in example F is the most organized and scalable among all possible, based on previous experience from Blue Wave and FidoNet.

Personally, I try to go with the same style that most of the people use in the same context. It’s the best. A people replying with interposting in a mailing list where everybody top-post (for example, at work) will only confuse for everybody.

I have nothing else to say than to throw a call to those that participate in discussion groups, mailing lists (and, in particular those in technical areas) that at least we observe this etiquette guides among ourselves:

• Reply in line to the topics in the original answer.
• Eliminate irrelevant parts of the quoted message. Signatures and legal texts in particular.
• Rearrange illegible paragraphs (word wrapping, for example).
• Use correct spelling and grammar.
• Back our text up with emoticons if confusion might arise.

Thank for the patience to read all the way to here.

[Sun Dec 20 14:37:42 -0800 -- alvarezp@octavio:~/patch-test]
$ ls -l
total 24
-rw-r--r-- 1 alvarezp alvarezp 7127 Dec 20 14:37 slpcall.bak
-rw-r--r-- 1 alvarezp alvarezp 7127 Dec 20 14:37 slpcall.c
-rw-r--r-- 1 alvarezp alvarezp 7232 Dec 20 14:37 slpcall.c.2

[Sun Dec 20 14:37:43 -0800 -- alvarezp@octavio:~/patch-test]
$ diff -u slpcall.c slpcall.c.2 > p

[Sun Dec 20 14:37:57 -0800 -- alvarezp@octavio:~/patch-test]
$ cat p
--- slpcall.c	2009-12-20 14:37:36.000000000 -0800
+++ slpcall.c.2	2009-12-20 14:37:36.000000000 -0800
@@ -66,6 +66,11 @@

 	slpcall->slplink = slplink;

+	slpcall->wait_for_socket = FALSE;
+	slpcall->xfer = NULL;
+	slpcall->dc = NULL;
+	slpcall->branch = NULL;
+
 	msn_slplink_add_slpcall(slplink, slpcall);

 	slpcall->timer = purple_timeout_add_seconds(MSN_SLPCALL_TIMEOUT, msn_slpcall_timeout, slpcall);

[Sun Dec 20 14:38:00 -0800 -- alvarezp@octavio:~/patch-test]
$ diff -u slpcall.bak slpcall.c # .bak is a backup of original

[Sun Dec 20 14:38:19 -0800 -- alvarezp@octavio:~/patch-test]
$ patch < p
patching file slpcall.c

Hasta aquí, todo bien.

[Sun Dec 20 14:38:53 -0800 -- alvarezp@octavio:~/patch-test]
$ cp slpcall.bak slpcall.c

[Sun Dec 20 14:39:02 -0800 -- alvarezp@octavio:~/patch-test]
$ mkdir x

[Sun Dec 20 14:39:04 -0800 -- alvarezp@octavio:~/patch-test]
$ mv slpcall* x/

[Sun Dec 20 14:39:06 -0800 -- alvarezp@octavio:~/patch-test]
$ ls -l
total 8
-rw-r--r-- 1 alvarezp alvarezp  410 Dec 20 14:37 p
drwxr-xr-x 2 alvarezp alvarezp 4096 Dec 20 14:39 x

[Sun Dec 20 14:39:08 -0800 -- alvarezp@octavio:~/patch-test]
$ diff -u x/slpcall.c x/slpcall.c.2 > px

[Sun Dec 20 14:39:20 -0800 -- alvarezp@octavio:~/patch-test]
$ cat px
--- x/slpcall.c	2009-12-20 14:39:02.000000000 -0800
+++ x/slpcall.c.2	2009-12-20 14:37:36.000000000 -0800
@@ -66,6 +66,11 @@

 	slpcall->slplink = slplink;

+	slpcall->wait_for_socket = FALSE;
+	slpcall->xfer = NULL;
+	slpcall->dc = NULL;
+	slpcall->branch = NULL;
+
 	msn_slplink_add_slpcall(slplink, slpcall);

 	slpcall->timer = purple_timeout_add_seconds(MSN_SLPCALL_TIMEOUT, msn_slpcall_timeout, slpcall);

[Sun Dec 20 14:39:22 -0800 -- alvarezp@octavio:~/patch-test]
$ patch < px
patching file slpcall.c.2
Hunk #1 FAILED at 66.
1 out of 1 hunk FAILED -- saving rejects to file slpcall.c.2.rej

¿La solución?

patch -p0 < px

El texto dice:

Uno o más de los mensajes seleccionados no tienen el cuerpo descargado localmente, ¿Desea que Opera descargue los cuerpos faltantes antes de la exportación (sumamente recomendado)?

:-D

I just have to wait for Cisco to mark my exam as “valid”. I don’t find any reason for them not to.

I gotta take some rest for a few days. Next stop: ISCW.

Autores: Gultij.

La pregunta era:

Si les ponen la encomienda de reducir una imagen al 50% de su tamaño manteniendo la razón de aspecto, y la imagen mide originalmente 1 m x 1 m a 200 dpi, ¿cómo la entregan?

De los votos que estuvieron dentro de las opciones, hubo 2 votos por la opción “entregarla en 0.5 m x 0.5 m a 200 dpi”, es decir, misma resolución, diferente tamaño por lado.

Sin embargo, una imagen de 0.5m x 0.5m cabe 4 veces en una imagen de 1m x 1m. Esto significa que estamos reduciendo al 25% la imagen original (y no al 50% como se pidió). Lo que en realidad está sucediendo es que ese “50%” es por cada uno de sus lados, y 50% x 50% = 25%.

Lo podemos comprobar con Gimp:

1. Configuramos las preferencias para un tamaño máximo de memoria a 128 MB.
2. Creamos la imagen de 1000 mm x 1000 mm a 200 dpi. GIMP nos reclama que estamos tratando de crear una imagen de 551 MB.
3. Intentamos la opción I: 500 mm x 500 mm a 200 dpi. GIMP nos reclama que estamos tratando de crear una imagen de 137 MB MB, aproximadamente el 25% de la imagen original.
4. Intentamos la opción E: 707.1 mm x 707.1 mm a 200 dpi. GIMP nos reclama que estamos tratando de crear una imagen de 275 MB MB, aproximadamente el 50% de la imagen original.
5. Regresamos las preferencias de Gimp al valor original.

Sin embargo, aunque matemáticamente la respuesta sería la E, dado que el tamaño de una imagen es su superficie (su área), es algo que aparenta ser antinatural. Para sacar el 40% del tamaño de una imagen, multiplicamos cada lado por SQRT(40/100), lo cual no es agradable (o bien, multiplicar el dpi por SQRT[40/100]).

Entonces, considerando esto, la intención original de mi pregunta era sobre la costumbre entre la gente que a esto se dedica: si cuando se pedía una amplificación o una reducción de imagen, se acostumbra hablar de un porcentaje de la imagen calculado sobre su área o cada uno de sus lados.

Gracias a los que comentaron, y saludos.

Si les ponen la encomienda de reducir una imagen al 50% de su tamaño manteniendo la razón de aspecto, y la imagen mide originalmente 1 m x 1 m a 200 dpi, ¿cómo la entregan?

(Les agradecería que formularan su respuesta antes de leer los comentarios)

(En mi opinión, puede haber más de 1 respuesta, según el enfoque.)

Opción A: la entregan en 2 m x 2 m a 100 dpi.
Opción B: la entregan en 1 m x 1 m a 200 dpi.
Opción C: la entregan en 1 m x 1 m a 100 dpi.
Opción D: la entregan a 0.71 m x 0.71 m a 400 dpi.
Opción E: la entregan a 0.71 m x 0.71 m a 200 dpi.
Opción F: la entregan a 0.71 m x 0.71 m a 100 dpi.
Opción G: la entregan en 0.5 m x 0.5 m a 800 dpi.
Opción H: la entregan en 0.5 m x 0.5 m a 400 dpi.
Opción I: la entregan en 0.5 m x 0.5 m a 200 dpi.
Opción J: la entregan en 0.5 m x 0.5 m a 100 dpi.
Opción K: Ninguna de las anteriores (esta opción es nomás por joder).

Si existe alguna explicación para avalar su respuesta, lo agradecería todavía más.

Gracias de antemano.

(Como no tengo ningún plugin para hacer polls, voy a ir actualizando a mano los resultados en estas líneas.)