Muchos de nosotros, especialmente tecnicos y especialistas, consideramos aspectos tales como velocidad, rendimiento, economia de recursos, eficiencia y eficacia, entre otros similares, al momento de elegir que sistema, plataforma o entorno operativo usar para las tareas diarias en que ocupamos una PC.

En cuanto incursionamos en el mundo del software libre, con su variedad y diversidad, nos encontramos con que tomar la decision adecuada no es tan facil como creiamos.

Con solo darle una mirada al arbol “cronologico” de Linux nos damos una idea bastante concreta de que estamos frente a toda una situacion compleja.

Arbol conologico de "sabores" Linux

Si bien el grafico no habla de las caracteristicas de cada uno, si se pueden observar los origenes de las ramas lo cual es algo de informacion dentro de tanta proliferacion.

Ahora bien, uno de los caminos mas frecuentes es el de leer y escuchar varias opiniones de quienes consideramos referentes por su conocimiento y experiencia, pero resulta que estas personas podrian ser parte del grupo que mencione al principio del articulo y que resuelven siempre de alguna forma los problemas que enfrentan, con lo cual no consideraran las resoluciones como un desafio, una dificultad adicional.

Otro camino es bajarse varios sabores, instalarlos en una maquina, usarlos por un tiempo y luego decidir con cual nos quedamos en definitiva. Tambien aqui existe el riesgo de haber elegido ponderando virtudes y caracteristicas “duras” del sistema operativo y su entorno y, cuando nos encontremos frente a problemas, tendremos que resolverlos de alguna forma.

O sea, tenemos una eleccion hecha, una maquina funcionando y un problema (o varios) a resolver que supera (superan) el nivel de conocimientos y habilidades del usuario. Aqui entra en escena  el factor humano por sobre los demas, por que ? Porque los sistemas operativos, el software en general, es un producto de la raza humana, con todos sus pros y contras propias del hombre, por lo tanto quien mejor que este para resolver situaciones y problemas generados por su producto ?

Depender de una sola persona es como muy limitado pero depender de una comunidad alineada por valores e intereses comunes tales como colaboracion, participacion activa, respeto por el otro, ambicion evolutiva, honestidad, humildad, etc., es algo superador.

Y estas son las caracteristicas fundamentales que hacen que Ubuntu sea la eleccion preferida. Cuenta con una comunidad global muy grande, activa y participativa; con canales de comunicacion soportados comunitariamente efectivos a la hora de encontrar soluciones; con una organizacion suficientemente laxa como para que nadie se sienta asfixiado ni prisionero pero al mismo tiempo con marcos de referencia claros y concretos como para que cada uno sepa cuando esta adentro y cuando esta afuera de esa comunidad, que se debe hacer, que se puede hacer y que no se debe hacer.

Y esta caracteristica no es parte del kernel, ni esta en los fuentes de ningun Linux sino que es la parte “blanda” del sistema: la que considera a la gente como principal y primer objetivo a lograr y satisfacer.

Asi es como muchas personas en todo el mundo, sin necesidad de ser ni sentirse expertos tecnicamente hablando, ayudan y reciben ayuda del resto de la comunidad: Dar para recibir, devolver lo que se recibio cuando uno se inicio, trabajar para que las cosas mejoren paulatinamente y en forma sostenida a traves del tiempo, encontrar entre todos ese factor que realmente nos hace libres: el conocimiento.

Solo por esto, como si fuera poco, es que elegi Ubuntu para usar todos los dias, en todas las maquinas que utilizo. No se si es tecnicamente el mejor (si es que existe tal cosa) pero si se que me permite ayudar en lo que pueda y recibir ayuda cuando me encuentro en problemas. Cosa mas que suficiente para mi, como especialista y como ser humano.

Los días 20, 21 y 22 de este mes de Agosto se realizaron las mencionadas jornadas en una de las sedes de la UB – Universidad de Belgrano, por primera vez en Capital Federal, Buenos Aires, Argentina.

Con una organización prácticamente impecable de la mano de CaFeLUG, el grupo de usuarios de Software Libre de Capital Federal, Universidad de Belgrano y Usuaria, una gran cantidad de colaboradores y concurrencia de público ansioso por escuchar las charlas y asistir a los varios talleres que se dieron, fueron tres de días de fiesta para el conocimiento.

Tuve la oportunidad de concurrir como asistente a varias charlas y a un taller, todo referido a Asterisk (producto que permite obtener y administrar telefonía básica, PBX, video conferencia, VoIP y muchas funcionalidades más en forma totalmente digital mediante uno o mas servidores basados en Linux) y dar una mano en el stand de Ubuntu-ar donde se entregaba material promocional de Ubuntu (CDs, stickers, pins, folletería, etc.), se evacuaban dudas y asesoraba técnicamente a todo aquél que se acercara con alguna inquietud (o sea, estuve de los dos lados del mostrador).

Me pareció sobresaliente el nivel que mostraron los disertantes en general, el contenido de las charlas y el ambiente que se vivió dentro de la universidad durante los tres días, que a pesar de que a último momento Mark Shuttleworth tuvo que suspender su asistencia, la charla Making Money and Saving Money with Free Software que había comprometido dar fué perfectamente cubierta por Jon ‘maddog’ Hall.

En otra nota hablaré específicamente sobre lo que he visto y oído respecto de Asterisk ya que el tema da para largo y es, a mi entender, sumamente interesante.

Con varios invitados internacionales de peso y contenidos para todos los gustos, recomiendo no perderse las próximas ediciones por venir (la próxima sería en Chile, más info aquí.

Tal como les habíamos prometido, los comentarios sobre lo detalles de la realización de esta verdadera fiesta de amigos, fanáticos, entusiastas, expertos, geeks, o simplemente humanos que se acercaron y la hicieron posible.

Para empezar, los números, la parte dura de los datos, hubo un interesante incremento de asistentes.

Según los organizadores se logró una mejora de alrededor del 53% respecto de la inmediata anterior, la de Gutsy Gibbon. Nada despreciable considerando que la promoción de este acontecimiento es, en cierta forma, de bajo perfil y fundamentalmente de boca en boca (con apoyo via e-mail).

Tuvimos la suerte y el honor de contar con la presencia de Martin Albisetti, representante de Canonical para el área de Marketing, y de Marcela Tiznado, muy bien reconocida en el ámbito Debian.

La “nota de color” fué la por demás cálida y agradable presencia de Philip, el compañero de trabajo de Gabriel Patiño, oriundo de Rusia y con una onda excelente. A varios nos permitió practicar “listening & comprehension”, enseñarle varias palabras en Español y aprender otras en Ruso. Ubuntuero también, por supuesto.

La conversación inicial, luego de los rigurosos saludos y presentaciones entre cada uno de los asistentes, giró en torno de la complicacion de bajar y obtener una imagen ISO de la nueva versión, ese mismo día.

Comentó Martin Albisetti “Fue increíble como las estimaciones de Canonical quedaron chicas. Invirtieron mucho dinero en equipamiento, más servidores y más potentes, más ancho de banda, más mirrors servers, etc. Así y todo lo único que funcionó mas o menos bien fueron los torrents porque los servidores de Canonical quedaron totalmente colapsados durante todo el día 24. De hecho, dí a conocer involuntariamente en la lista de Ubuntu-ar el link en uno de mis servers para que bajen imagenes para FLISoL y en un minuto ya tenía 26 personas conectadas. Esto fue entre que envié el link, me dí cuenta del error y envié un mensaje solicitando que los que no fueran a FLISoL no se conecten. Esto me obligó a habilitar un segundo servidor y a administrar el ancho de banda para no quedar sin enlace disponible”.

Los intercambios sobre trucos, workarounds, consejos, implementaciones, problemas sin resolver, etc. estuvieron a la orden del día y en forma variada ya que se tocaron practicamente todos los aspectos vinculados con el sistema operativo, comunicaciones, seguridad, virtualización, entorno gráfico y hasta juegos.

Las conversaciones donde hubo intercambio de experiencias laborales aportaron un dato interesante. Dieron una buena idea de como el software GNU se ha introducido en las empresas (desde sistemas operativos como Ubuntu, como también lenguajes de programación como Python y, obviamente, PHP).

No faltaron las notebooks con sus Debian, Ubuntu, máquinas virtuales, etc. que salieron relucir momentos antes de llevarse a cabo el sorteo entre los asistentes.

Claro que hubieron bromas de todo tipo. Desde “el mejor premio se lo lleva el que desarrolle el algoritmo mejor logrado para ver quienes serían los ganadores” hasta “el que se anime a hacer un script en Bash se lleva una remera”.

Y ahí, sobre la marcha, se armó el “sistema de sorteo” entre los participantes que recibieron desde remeras de Ubuntu-ar hasta una gorra con visera, tipo cap, de Ubuntu (original del merchandising de Canonical). Previamente Lipe, uno de los responsables de la organización, repartió merchandising de Ubuntu y Mozilla entre los presentes.

Pizettas de por medio, regadas con abundante cerveza, se abrió la mesa de pool y enseguida se organizó el torneo “Hardy Heron Pool Championship” por parejas, que permitió no sólo afianzar vínculos sociales (y colaborativos) sino también hacer chistes y bocadillos geeks para cuando el rival tenía que jugar su turno. Hasta las damas se acercaron a jugar !

En definitiva, una reunión que brilló por todos y cada uno de sus condimentos y que, gracias al trabajo de los responsables de su producción, resultó perfectamente organizada.

Para no perderse la próxima !

Mañana mismo, en Capital Federal y muchas otras localidades del país y ciudades del mundo, la esperada fiesta de lanzamiento de la nueva versión de Ubuntu, la conocida como 8.04, para desktops y servers de 32 y 64 bits. Leé toda la nota, anotate la dirección, la hora de encuentro y regalate momentos de sana, divertida y excelente compañía al mismo tiempo que aprendés y conocés qué hay de cierto y qué no sobre el mundo GNU/Linux en su versión Ubuntu.

Para recordar este acontecimientoy sus detalles, nada mejor que las palabras de uno de los organizadores principales:

Estimados, el jueves 24 de Abril sale Hardy al ruedo y para conmemorar
tal acontecimiento ese mismo dia hacemos una fiesta. Es una muy buena
ocasión para conocernos, compartir experiencias, hablar nerdadas y dar
rienda suelta a nuestro amor por nuestro querido Ubuntu (sí, me pongo
sentimental).

La de Gutsy fue un éxito, conocimos un montón de gente, nos matamos de
risa, tomamos muchas cerveza y hasta fue una chica!

Miguel nos consiguió un lugar bueno y a buen precio (así que todos
felicitenlo cuando lo vean en la fiesta).

Info de la fiesta:

Lugar: Dr Mason (Araoz 1199 – Capital Federal) – Estamos en el
sótano….no nos busquen arriba
Fecha: 24 de abril
Hora: 19:30
Precio: menú base de $ 20 que incluye dos aguas/vino/cerveza/gaseosa +
algo modesto para picar un poco (no comida). Estos $ 20 se pagan al
llegar y se entregan dos tarjetas (una por cada consumisión). El lugar
cuenta con comidas varias para el que quiera pedir, todo lo que exceda
las dos bebidas y la picada se paga por persona en el momento de la
consumisión
Facilidades: Mesa de Pool

Están todos invitados pero para organizarnos mejor les voy a pedir a
todos que tengan la gentileza de agregar su nombre en el wiki en la
lista de asistentes en
https://wiki.ubuntu.com/ArgentinaTeam/HardyReleaseParty

Los que quieran organizar fiestas en otras ciudades están más que
invitados a hacerlo, pueden agregarla en esa misma página del wiki y
promocionarla en la lista y en los foros

Traigan ganas de divertirse y sus remeras de ubuntu-ar!
Abrazo,
Lipe

Y como una imagen vale mas que mil palabras, algunas fotos de la reunion anterior, la de Feisty:

Y como suele ocurrir con eventos de esta magnitud, Geeksroom estará presente para documentar, conversar, participar y hacerles conocer que se vivió en esta fiesta que esta a punto de comenzar (será una fiesta LTS – Long Time Support  )

Sigan en contacto para enterarse cómo resultó.

Como todos los años desde el 2005, el próximo sábado 26 se realizará en varios países, regiones y localidades de Latinoamérica el Festival Latinoamericano de Instalación de Software Libre (FLISoL). Una excelente oportunidad para aquellos que aún no se animaron a incursionar en el mundo del FLOSS/GNU o para aquellos que quieran mejorar sus habilidades en la materia.

El Festival Latinoamericano de Instalación de Software Libre (FLISoL) es el evento de difusión de Software Libre más grande en Latinoamérica. Se realiza desde el año 2005 y su principal objetivo es promover el uso del software libre, dando a conocer al público en general su filosofía, alcances, avances y desarrollo.

Para tal fin, las diversas comunidades locales de software libre (en cada país, en cada ciudad/localidad), organizan simultáneamente eventos en los que se instala, de manera gratuita y totalmente legal, software libre en las computadoras que llevan los asistentes. Además, en forma paralela, se ofrecen charlas, ponencias y talleres, sobre temáticas locales, nacionales y latinoamericanas en torno al Software Libre, en toda su gama de expresiones: artística, académica, empresarial y social.

El FLISOL 2008 se llevará a cabo el sábado 26 de abril.

Para más información detallada de las actividades a llevarse a cabo en las distintas localidades de cada país, horarios, lugares, programa de actividades, registración, etc., ingresar en http://flisol.net/

Si bien es un evento de libre acceso, es necesario registrarse previamente antes de concurrir, sobre todo si se lleva una máquina para realizar instalaciones y/o mejoras.

También es importante leer las recomendaciones que se dan para evitar pérdidas de información accidental, no perder tiempo en reorganizar discos rígidos, etc.

Segunda y última parte de la entrevista, tal como se prometió, sobre un caso de éxito llevado a cabo en una empresa de Argentina en la que decidieron reemplazar un servidor Microsoft Exchange por una combinación de productos GNU como servidor de correo electrónico.

En esta última entrega, podrán leer sobre como fue el proceso decisorio llevado a cabo, qué problemas se tuvieron que sortear, qué y por qué se hizo y no se hizo, cuando y como, etc., en una compañía de seguros de Argentina, Alba Compañía Argentina de Seguros S.A., para el proyecto de reemplazo del servidor Exchange por otro GNU que resultó de la combinación de Postfix, Courier, ClamAV, Horde, Turba, OpenLDAP, Kronolith, Ingo, Nag, Mnemo e IMP, obviamente todo corriendo en un servidor GNU/Linux.

Debo aclarar que en honor a la espontaneidad y para intentar transmitir esa frescura que predominó durante toda la charla, en lugar de publicar una nota editada en base a la entrevista me pareció adecuado transcribirla tal como resultó. Tal vez el lector observe varios defectos en la misma, pero estoy seguro que podrá encontrar varios puntos interesantes, sobre todo por el lado tecnológico, en la experiencia relatada.

GR: Y cómo fue el proceso de análisis de alternativas ?

A: No fue fácil. Primero consideramos tres opciones pero con el asesoramiento de TFS más búsquedas propias finalizamos comparando seis soluciones entre sí.

De las cinco, hubo dos que quedaron descartadas de inicio por ser desarrollos que recién comenzaban. Es decir, proyectos que aún no estaban maduros y no encontramos una base instalada representativa.

Luego evaluamos y hasta probamos, instalando oportunamente cada uno en un servidor, Merak y Scalix, ambos licenciados. Al primero lo descartamos porque estaba más orientado a un perfil de ISP y al segundo porque encontramos que, a pesar de parecernos muy bueno y completo, nos generaría cierta dependencia con Scalix y esta empresa no tenía en ese entonces ninguna representación técnico comercial en Argentina, teníamos que tratar todo vía Inglaterra o Alemania, además de no soportar caracteres latinos como ñ, vocales acentuadas, etc.

Eso nos dejo con dos alternativas posibles: MS Exchange 2003 y la combinación de productos GNU.

GR: Como ya se cómo terminó la historia, contame cuáles fueron los factores que inclinaron la balanza para la solución elegida, como para tener una idea de qué se evaluó, cómo y por qué.

A: Si. Esta fue, para mi, la parte mas difícil porque nos estábamos jugando el éxito o el fracaso de todo el proyecto. Nos estábamos tirando a una pileta sin saber si estaba llena o vacía y justo aquí fue donde el apoyo de Technology for Solutions (http://www.tfsla.com) jugó un papel importantísimo ya que nos sentimos bien acompañados, como para hacerle frente a lo que venga y que nos saliera bien.

Teníamos por un lado Exchange 2003 con gran cantidad de mejoras que nos obligaban a migrar los Office a la versión 2003, incorporar un servidor importante para correr el Exchange, recapacitación técnica y el costo de todas las licencias para acceder a esos beneficios. Por el otro, una solución GNU totalmente personalizable y mantenible por nosotros mismos al contar con los fuentes, que no poseía las mismas mejoras funcionales que prometía Exchange 2003 con todos sus requerimientos, pero que tampoco era para despreciar ya que, frente a lo que estábamos usando en ese momento, representaba un gran avance, no nos obligaba a migrar las versiones en uso de Office, no necesitábamos un servidor dedicado de mediano/gran porte y nos brindaba un esquema de alta disponibilidad rápido, simple y eficiente. Además esta alternativa nos permitiría mantener al día no sólo las versiones estables que fueran saliendo sino también todos los parches de seguridad. Aquí hay que recordar que para Microsoft un Exchange 2000 es un producto y el Exchange 2003 otro distinto, para lo cual hay un cargo adicional para estar actualizado.

Pero más allá de todo esto, lo que terminó por inclinar la balanza fue que funcionalmente contábamos con mejoras para los usuarios: No había curva de aprendizaje pronunciada ni prolongada ya que continuaban utilizado la misma versión de Outlook, se mejoraba profundamente el control antispam y antivirus, se mejoraba profundamente el servicio de webmail posibilitando funcionalidad groupware en ese ámbito, incorporamos IMAP4 como alternativa para usuarios ubicuos/móviles, contábamos con un servidor que adhería totalmente a los estándares de la industria respecto de protocolos de mensajería, los límites respecto de cantidad de cuentas y almacenamiento estaban marcados por las capacidades físicas del hardware, había instalaciones similares en el país, la UTN cuenta con una implementación similar, por mencionar una que recuerdo en este momento. A esto hay que agregar el esquema de alta disponibilidad y una mejora sustancial en cuanto a seguridad ya que toda la comunicación desde y hacia el mailserver viaja encriptada, inclusive y fundamentalmente en el webmail.

GR: Y qué inconvenientes tuvieron que superar, o fue todo “color rosa” ?

A: Color rosa !! Noooo, para nada !! Nos encontramos con varios problemas que tuvimos que resolver sobre la marcha, principalmente durante la migración y debido a cuestiones muy específicas. Por ejemplo, el Outlook 2000 no trabajaba adecuadamente con IMAP4, entender como funcionaba LDAP y acostumbrarnos a una operación sutilmente distinta cuando se busca un contacto, administrar los falsos positivos del antispam, manejar la lista blanca de direcciones y otras cosas a las no estábamos acostumbrados.

Por el lado de los usuarios también tuvimos algunas sorpresas inesperadas, particularmente con el cache de contactos que utiliza Outlook y que generó gran cantidad de mensajes no entregados porque traía la dirección para el Exchange y no para el nuevo servidor. Fué todo un proceso en sí mismo.

También nos encontramos con una realidad que el hecho del spam nos ocultaba: La gran cantidad de mensajes promedio “per cápita” que se generan internamente superó nuestras estimaciones y tuvimos que introducir algunos cambios apenas pusimos en producción al servidor. Por ejemplo, modificamos el tipo de file system que usamos para almacenar los mensajes ya que la gran mayoría ocupan poco lugar pero son muchos, de esta forma intentamos optimizar el aprovechamiento del espacio en disco y la velocidad de respuesta al guardar y recuperar mensajes.

Otro factor que modificamos fue el adaptador de red. Pusimos una placa para servidores porque la placa que estábamos utilizando no era suficiente para manejar adecuadamente todo el tráfico de red desde y hacia el servidor. Y todavía nos quedan algunas mejoras para introducir que confiamos mejorarán aun más la respuesta.

Una funcionalidad que nos obligo a generar un proyecto aparte fue la que en Exchange se conoce como Carpetas Públicas. Ahí aprovechamos que teníamos que hacer un desarrollo nuevo e incorporamos la filosofía de Base de Conocimientos. Todo desarrollado en PHP, también junto a la gente de TFS, y que nos permitirá apoyar nuevos servicios internos, más allá del uso que antes se le daban a las Carpetas Públicas, lo cual también representa una mejora a lo que teníamos.

Así y todo no llegamos a invertir todo el dinero que exigía el proyecto con Exchange 2003 e incorporamos nuevos conocimientos y habilidades, materia fundamental en la Visión de la compañía, no sólo en lo referido a un servidor de e-mail sino también a virtualización, uso de base de datos con MySQL, seguridad, manejo de certificados digitales, etc. Todo esto como base necesaria para mejorar la oferta y calidad de nuestros servicios al cliente.

GR: Además de este proyecto y luego de la experiencia lograda con él, han encarado algún otro basado en software Open Source ?

A: Si, varios. Un nuevo Firewall, nuevos servidores DNS y DHCP internos, más servidores especificos virtualizados, etc.

GR: Bueno, pero por lo que mencionás, creo que dá para otras notas futuras, qué te parece ? Además me quedan varias preguntas para hacerte, cómo es el esquema de alta disponibilidad es una de ellas.

A: Si, ningún inconveniente y con mucho gusto podemos volver a reunirnos para que te comente qué hicimos y cómo nos fue en cada uno de ellos. El esquema de alta disponibilidad basado en virtualizacion es muy interesante por su efectividad, sencillez y practicidad.

GR: Ok. Muchas gracias por tu excelente y desinteresada buena predisposición y ya nos estaremos volviendo a ver por los demás proyectos para contarles a los lectores de Geeksroom más casos como este.

Esta fue la experiencia vivida dentro de Alba Compañía Argentina de Seguros S.A. relatada por su responsable de Redes y Servidores, Ariel Sliwkin.

Si, tal como dice el titulo, con un Nokia N95 es posible ver videos DivX en una pantalla externa al teléfono.

Hace unos días comente una experiencia personal sobre la utilización de un Nokia N95 con Putty instalado para volver a poner operativo un servidor de e-mail corriendo en forma virtualizada (http://geeksroom.com/2008/04/03/telefonia-movil).

Ahora, la posibilidad de ver videos en formato DivX con el mismo teléfono en una pantalla externa a través del cable de video, que se incluye con el equipo y que se conecta en forma muy sencilla.

Alguno de Ustedes estará pensando sobre la relativa calidad de la imagen que se obtendría considerando las características de la pantalla del teléfono (QVGA (240 x 320 pixels) TFT de 2.6 pulgadas hasta 16 millones de colores y una capacidad de video VGA (640×480) a 30 fps).

Bueno, es que este equipo tiene la posibilidad de configurar el perfil de video y un filtro de flicker (que es un efecto que se produce en la imagen cuando hay desadaptación entre el equipo que reproduce el video y el que la genera/muestra) para mejorar no solo el tamaño de la imagen (llevándola a wide screen) sino también su calidad.

Al momento de conectar el teléfono, el PERFIL de TV/OUT que se encuentra en HERRAMIENTAS > CONFIGURACION > MEJORAS > TV-OUT permite seleccionar el tamaño de la pantalla entre NORMAL y WIDESCREEN, el tipo de TV (PAL o NTSC) y un filtro FLICKER para mejorar la calidad de imagen. Esto último, deberá ser probado en cada TV ya que es posible que en lugar de mejorar la imagen la empeore, según sean las características de la pantalla en la que queremos reproducir el programa.

Con los cables ya conectados podemos optar por dos alternativas, a saber:

1. Convertir un video con el NOKIA VIDEO MANAGER a un formato reproducible por el teléfono. Es posible que el proceso de conversión afecte la calidad del mismo.
2. Utilizar el reproductor DIVX mobile

La primera opción es útil si queremos visualizar el video con la pantalla del teléfono. La segunda si lo queremos ver en una pantalla externa.

Para utilizar la segunda opción es necesario ingresar, registrarse y bajar el utilitario en http://mobile.divx.com/login

Una vez bajado e instalado, hay que configurarlo.

Y para adecuar la sincronización entre audio y video, la opción A/V synch permite ajustes que van en intervalos de -0.05secs o 0.05secs.

No les parece impresionante ?

Aquel feliz poseedor de un N95, que lo disfrute !!

Via Symbianespanol

Como es costumbre en estas circunstancias, en todo el mundo se organizan fiestas de lanzamiento en las cuales se llevan a cabo distintas actividades, además de socializar con quienes comulgan el mismo entusiasmo, cultura y sentido de libertad, espíritu colaborativo, inquietudes, conocimientos, dudas y otras coincidencias a partir de la elección de Ubuntu como su plataforma operativa de software de base.

Y al decir en todo el mudo incluyo Argentina.

Si, también en Argentina se esta organizando la fiesta de lanzamiento. Esta a cargo de Ubuntu-ar, conocido oficialmente dentro del ámbito ubuntero como el Local Community Team (LoCo) de Argentina (http://ubuntu-ar.org) y, en esta oportunidad, se concretara el jueves 24 de Abril, a partir de las 19:30 Hs., en Dr Mason (Araoz 1199 – Capital Federal) – Estaremos en el sótano…. no nos busquen arriba.

A efectos sociales, está dispuesto lo siguiente:

• Menú base de $ 20 que incluye dos aguas/vino/cerveza/gaseosa + algo modesto para picar un poco (no comida).

• Estos $ 20 se pagan al llegar y se entregan dos tarjetas (una por cada consumición).

• El lugar cuenta con comidas varias para el que quiera pedir, todo lo que exceda las dos bebidas y la picada se paga por persona en el momento de la consumición

• Facilidades: Mesa de Pool

Están todos invitados pero para una mejor organización se solicita tengan la gentileza de agregar su nombre en la lista de asistentes de la Wiki https://wiki.ubuntu.com/ArgentinaTeam/HardyReleaseParty

También se están organizando fiestas en localidades y regiones del interior del país.

Los que quieran organizar fiestas en otras ciudades pueden agregarla en esa misma pagina del wiki y promocionarla en la lista y en los foros.

La costumbre generalizada, además de socializar, incluye:

• Charlas – presentaciones brindadas acerca de Ubuntu y la nueva versión. En muchos casos se invitan personas reconocidas en el ambiente o gente que contribuye habitualmente con el proyecto.
• Demos – la fiesta puede ser utilizada como un medio de difusión invitando gente que no use Ubuntu para que tenga su primera experiencia, su primer contacto, puedan evaluar sus pros y contras, etc. viendo como trabaja Ubuntu.

Mas información al respecto, en Ingles, en https://wiki.ubuntu.com/BuildingCommunity/RunningReleaseParty

Un caso de éxito llevado a cabo en una empresa de Argentina en la que decidieron reemplazar un servidor Microsoft Exchange por una combinación de productos GNU como servidor de correo electrónico.

Geeksroom tuvo la oportunidad de conversar con quien tiene a su cargo la responsabilidad de la administración de redes y servidores en una compañía de seguros de Argentina, Alba Compañía Argentina de Seguros S.A., y que participó de punta a punta en el proyecto de reemplazo del servidor Exchange por otro GNU que resultó de la combinación de Postfix, Courier, ClamAV, Horde, Turba, OpenLDAP, Kronolith, Ingo, Nag, Mnemo e IMP, obviamente todo corriendo en un servidor GNU/Linux.

Debo aclarar que en honor a la espontaneidad y para intentar transmitir esa frescura que predominó durante toda la charla, en lugar de publicar una nota editada en base a la entrevista me pareció adecuado transcribirla tal como resultó. Tal vez el lector observe varios defectos en la misma, pero estoy seguro que podrá encontrar varios puntos interesantes, sobre todo por el lado tecnológico, en la experiencia relatada.

También me parece prudente advertir que dada la longitud del texto resultante y para facilitar su lectura, decidí segmentar la publicación en dos partes. Por lo tanto, estén atentos y no se pierdan la segunda parte !!

Geeksroom: Contame un poco sobre la empresa, su actividad comercial y qué significa para esa actividad un servidor de e-mail, así nos damos una idea del contexto en que se encuentra lo que se va a desarrollar en esta entrevista.

Alba: Ok. La empresa cuenta con no más de 100 empleados, prácticamente todos poseen una cuenta de e-mail, con casi un tercio de esa cantidad ubicados en distintas ciudades del país, 13 para ser más preciso, que van desde Viedma hasta Posadas y de Mendoza o Neuquén a Buenos Aires. Es decir, hay una dispersión geográfica importante.

La compañía es una empresa familiar, hace más de 40 años que opera en Argentina, es de capitales ciento por ciento nacionales y una de las líderes en su especialidad: seguros de caución.

Hoy por hoy prácticamente todo lo que se gestiona en la compañía pasa por el e-mail. Las cuestiones internas, los contactos con clientes, la entrega de documentación y hasta pólizas (a través de un sistema desarrollado internamente en la compañía hace más de cinco años) se entregan a los asegurados vía e-mail. Te podés imaginar qué significa un día sin correo electrónico (mientras lo dice, sonríe y hace un gesto como diciendo “Dios me libre y guarde”). En muchos casos el reemplazo del teléfono es total.

GR: Y cómo llegaron a Exchange y luego al reemplazo que da lugar a esta conversación ?

A: Bueno, más o menos para el año 1991 ya se estaba usando Xenix y el correo electrónico que venía con él. Como no había acceso a Internet, se lo usaba solamente para gestiones internas. Luego se migró a Unix y con el primer acceso a Internet se compró Exchange 5.5. La verdad que fue todo un cambio, una revolución. Esto fue desde 1998 hasta casi fines del 2006, aproximadamente.

GR: Y por qué cambiaron el servidor de e-mail luego de esa “experiencia reveladora” ?

A: Porque a través de esos casi ocho años el avance tecnológico y las necesidades a satisfacer hicieron que esa versión de Exchange fuera inadecuada, mas allá que el hardware había quedado obsoleto. No consideraba herramientas para evitar o mitigar spam, el webmail tenía deficiencias funcionales y las posibilidades de trabajar e-mail con PDAs, celulares, etc., eran impensadas. La limitación principal que nos obligó a pensar en un recambio fue el tamaño máximo de su base de datos y la inestabilidad creciente a medida que se alcanzaba ese máximo en forma cada vez más frecuente. También la obsolecencia del hardware jugaba su papel, pero en otro plano algo menos importante.

Antes de quedarnos sin maniobra, comenzamos a evaluar alternativas, tanto en la misma línea en la que estábamos (Exchange) como en otras bien diferentes (Scalix, Merak, Zimbra, etc.).

GR: Pero Exchange corre bajo Windows y esos productos no. Cómo fué que teniendo servidor con Windows estaban evaluando alternativas GNU/Linux ?

A: Es que ya habíamos incursionado en Linux, con RedHat, reemplazando algunos servidores Unix que habían quedado obsoletos y sin soporte. Como esta experiencia nos demostró que Linux ya estaba a la altura de las circunstancias, por lo menos de las nuestras (riéndose), es que consideramos algo equivalente para el servidor de e-mail. En realidad queríamos tener la mayor cantidad de alternativas para poder luego tomar la mejor decisión considerando la funcionalidad, eventual curva de reaprendizaje y los costos de licencia y mantenimiento, en ese orden de importancia.

GR: Ok. Sigamos entonces con el proceso de cambio.

A: Bueno, como te decía, estábamos evaluando la versión 2003 del Exchange más las que mencione antes que corren en Linux.

Con Exchange 2003 nos encontramos que también teníamos que migrar el sistema operativo. Pasar de un W2000 Server a un W2003 Server. Luego, indagando un poco más en características funcionales, para poder hacer comparaciones equivalentes, nos enteramos que existían algunas incompatibilidades con las versiones de Outlook que estábamos usando, principalmente 2000 y en menor escala XP, que limitaban algunas mejoras que ofrecía Exchange 2003.

Al hacer la comparación nos dimos cuenta que para contar con todas las funcionalidades del Exchange 2003 teníamos que migrar los Outlook a la misma versión. Y ahí los tiempos y costos jugaban un papel totalmente distinto.

También nos dimos cuenta que algunos productos GNU brindaban la misma funcionalidad que la combinación Exchange 2003-Outlook 2000/XP. Ahí profundizamos la búsqueda de alternativas GNU y con el asesoramiento de Technology for Solutions (http://www.tfsla.com) logramos “armar” la solución que fue la elegida.

GR: Pero qué restricciones tenían para tomar la decisión ?

A: Buena pregunta. Una restricción fundamental era por lo menos mantener el mismo nivel funcional que veníamos teniendo con Exchange 5.5 y las versiones de Outlook que mencione. No estaba considerado originalmente actualizar a Outlook 2003 porque muchas de las máquinas de escritorio en uso no estaban a la altura de las circunstancias y se resentiría su rendimiento por ese cambio. Hay que pensar que Outlook es parte de la suite Office de MS y no, como era originalmente, un producto agregado. Además, por más que se llame Outlook y tenga un “look and feel” similar entre su distintas versiones, en realidad hay varias cosas que cambian desde lo funcional hasta lo operativo, obligando a una curva de aprendizaje de cierta magnitud tanto para la gente de soporte interno (HelpDesk) como para los usuarios.

La otra restricción era el soporte local porque por más que el producto sea muy bueno nuestro planteo incluía la incorporación de conocimiento, es decir mejorar nuestras habilidades con nuevas tecnologías ya que la filosofía de la empresa es resolver nuestras necesidades nosotros mismos, inclusive en la etapa de producción y mantenimiento. Nuestra evaluación de la solución Microsoft nos daba que la curva de aprendizaje sería similar a la de un producto nuevo dadas las diferencias tecnológicas planteadas entre la versión en uso y la disponible en el mercado.

También jugaba la restricción del equipamiento. Exchange 2003 requería de un equipo de 64 bits con una configuración, digamos, importante. Las otras alternativas no eran tan exigentes en ese sentido. Inclusive, la propuesta presentada por TFS consideraba un esquema de alta disponibilidad resuelto de una forma muy creativa y económica, utilizando virtualización, cosa que no se nos había ocurrido ni de casualidad porque nunca habíamos experimentado con ello.

Lógicamente, la cuestión costo también era una restricción a considerar y cuando comenzamos a mirar seriamente la solución GNU vimos la tremenda diferencia de valores entre un proyecto GNU y uno propietario licenciado.

Además, y ésta es una opinión personal, si te dan los fuentes es otra cosa (expresado con un gesto de “es lo máximo”).

(Continúa en la segunda parte, en pocos días más)

SYMBIAN EN ESPAÑOL

Celulares de alta gama NSERIES / S60 Software

Hace cosa de unos días cambié mi equipo celular. Después de mucho tiempo de haber usado un Nokia, cuando en Argentina solo se conocía la tecnología CDMA, y de haber pasado excelentes experiencias con Motorola y Samsung, volví a las fuentes.

Lo primero que hago cuando recibo un equipo nuevo, sea lo que sea, es revisar su configuración y leer el manual, además de mirarlo por todos lados, probar sus funciones, revisarlo, etc. Y ahí comenzó mi redescubrimiento de la telefonía celular.

Con mi flamante Nokia 6131, tal vez ya obsoleto para estas épocas pero nuevísimo para mí, me fuí un fin de semana largo de mini vacaciones. Al final del primer día recibo la noticia de que el servidor de e-mail de la compañía en la que trabajo y cuya área de sistemas tengo a cargo, estaba caído.

Para que tengan en claro la gravedad de la situación, me encontraba a algo mas de 300Km de donde está el servidor, no tenía conexión a Internet inmediata, no tenía notebook ni herramientas de software para acceder y analizar lo que había ocurrido.

Después de un rato de pensar cómo “administrar” la crisis, llamé a la empresa contratada que dá soporte de infraestructura, y a su principal responsable le comenté qué había sucedido. Para mi sorpresa recibí un “Uyy, justo ahora que estoy a 500Km de mi casa y no me traje la notebook !” para después escuchar “Dame unos minutos que, si puedo entrar al servidor con el Putty, creo poder resolver el tema”.

Ante el comentario pregunté cómo haría para usar Putty sin una notebook, a lo cual me respondió, muy suelto, “con el celular”.

Varios minutos después el problema estaba solucionado y ya tranquilo porque la amenaza de tener que interrumpir mi vacaciones volviendo a Buenos Aires se había esfumado, indagué sobre cómo es ésto de poder correr Putty en el celular (y mucho más software). Y aquí comenzó mi redescubrimiento de la telefonía celular.

Usando un Nokia N95 con Symbian y Putty logró la conexión con el servidor, analizó cuales eran las causas de la caída y logró recuperar el servicio.

Totalmente sorprendido con esta capacidad hasta ahora desconocida por mí, comencé a explorar este “nuevo mundo” y llegue a un blog sumamente interesante que brinda información de alta calidad sobre esta línea de teléfonos Nokia, sus herramientas, software, capacidades, modelos, versiones, etc., etc.

Symbianespanol (http://Symbianespanol.wordpress.com) es el nombre de este fantástico blog que, por mas de ser reciente, ya cuenta con varias notas de gran interés para quienes, como yo, quieran interiorizarse de novedades sobre equipos, software, tips & tricks, etc., para aprovechar al máximo ese Nokia de la serie N que tenemos (o vamos a tener).

Totalmente recomendable. No lo dejen pasar. Espero les sirva tanto como a mí.

Hasta la próxima nota.