To death with a smile

Cómo hacer preguntas de manera inteligente

noreply@blogger.com (luis enrique) — Wed, 18 Nov 2009 00:24:00 +0000

Copyright © 2001,2006 Eric S. Raymond, Rick Moen

Thyrsus Enterprises
<esr@thyrsus.com>

Rick Moen

<respond-auto@linuxmafia.com>

Copyright de la traducción © 2009 por Luis E. Amaya González

<xattack@lycosmail.com>

Historial de revisiones
Revisión 3.6	19 de Marzo 2008	esr
Actualizaciones menores y nuevos enlaces
Revisión 3.5	2 de Enero 2008	esr
Correción tipográfica y algunos enlaces de traducciones
Revisión 3.4	24 de Marzo 2007	esr
Nueva Sección,Cuando preguntan acerca de código
Revisión 3.3	29 de Septiembre 2006	esr
Introduciendo buenas sugerencias de Kai Niggem Ann
Revisión 3.2	10 de Enero 2006	esr
Introduciendo ediciones de Rick Moen
Revisión 3.1	28 de Octubre 2004	esr
Documento 'Google es tu amigo!'
Revisión 3.0	2 de Febrero 2004	esr
Agregados importantes acerca de la etiqueta apropiada en los foros Web

Tabla de Contenidos

Traducciones.

Avisos.

Introducción

Antes de preguntar.

Cuando preguntas.

Escoge tu foro cuidadosamente.
Los foros Web y los canales IRC dirigidos a los novatos comúnmente dan las respuestas más rápidas.
Como un segundo paso, usa las listas de correo de los proyectos.
Usa encabezados de asunto claros y específicos.
Hagalo fácil de responder.
Escriba en lenguaje claro, gramaticalmente correcto y con buena dicción.
Envie preguntas en formatos accesibles y estandarizados.
Sea preciso e informativo acerca de su pregunta.
Volumen no es precisión.
No corra a declarar que ha encontrado un bug.
Arrastrarse no es un substituto de hacer su tarea.
Describe los sintomas de tu problema, no tus suposiciones.
Describe los sintomas de tu problema en orden cronológico.
Describe el objetivo, no los pasos.
No le pidas a la gente que te responda con su correo particular.
Se explícito con tus preguntas.
Cuando preguntes acerca del código.
No publiques preguntas de tu tarea.
Evita preguntas injustificadas.
No titules tus preguntas como "urgente", incluso si lo es para ti.
La cortesía no daña, y algunas veces ayuda.
Seguimiento de la solución con una nota breve.

Cómo interpretar las respuestas.

RTFM y STFW: Cómo decirte que la has cagado de verdad ...
Si no entiendes ...
Tratando con la descortesía.

Sobre cómo no reaccionar como un perdedor.

Preguntas que no deben hacerse.

Buenas y malas preguntas.

Si no puedes obtener una respuesta.

Cómo responder preguntas de manera útil.

Recursos relacionados.

Agradecimientos.

Traducciones

Traducciones Indonesio Portugués-Br Chino Checo Danés Holandés Estonio Finés Francés Georgiano Alemán Griego Hebreo Húngaro Italiano Japonés Mongol Polaco Portugués Rumano Ruso Serbio Español-Es Sueco Tailandés Turco Sí tu quieres copiar, duplicar, traducir o tomar un fragmento de este documento, por favor lee política de copiado.

Avisos

Muchos sitios de proyectos hacen un enlace a este documento en sus secciones de como obtener ayuda. Eso esta bien, es el uso que planeamos, pero si tu eres un webmaster creando tal enlace para tu página de proyecto , por favor exhibe claramente cerca de tu enlace un aviso que diga no somos un servicio soporte técnico para tu proyecto!

Hemos aprendido por el camino duro que sin tal aviso, seremos molestados repetidamente por idiotas que piensan que por haber publicado este documento nos hace responsables de resolver todos los problemas técnicos de todo el mundo.

Si estas leyendo este documento porque necesitas ayuda, y te vas con la impresión de que puedes obtener ayuda directa de los autores de este documento, tú eres uno de los idiotas a los que nos referimos. No nos formules preguntas. Te vamos a ignorar. Estamos aquí para mostrarte como obtener ayuda de gente que sabe del software y hardware con el que te estas relacionando, pero el 99.9% del tiempo no seremos nosotros. A menos de que sepas certeramente que uno de los autores es un experto con lo que estas lidiando, dejanos en paz y todos estaremos contentos.

Introducción

En el mundo de los hackers, el tipo de respuestas que obtienes a tus preguntas técnicas dependerá mucho en la forma en que hagas tus preguntas así como en la dificultad para desarrollar la respuesta. Esta guía te enseñará cómo formular preguntas de tal manera que se puedan obtener respuestas satisfactorias.

Ahora que el uso del software abierto se ha generalizado, podrás obtener usualmente buenas respuestas de usuarios más experimentados como de los hackers. Esto es bueno;los usuarios tienden a ser un poco más tolerantes con el tipo de problemas que los novatos suelen tener. Aún así, tratar a los usuarios experimentados como a los hackers, en la forma que recomendamos aquí será generalmente la vía más efectiva para obtener respuestas útiles de ellos también.

La primer cosa que hay que entender es que a los hackers les gustan los problemas realmente complejos y las buenas preguntas que les provoquen pensar en esos problemas. Si no fuera así, no estaríamos aquí. Si nos dan preguntas interesantes para trabajar en ellas te los agradeceremos; las buenas preguntas son un estímulo y un obsequio. Las buenas preguntas nos ayudan a desarrollar nuestro entendimiento,y comúnmente exhiben problemas que no hubiéramos notado o pensado de otra manera. Entre los hackers, una expresión como “Buena pregunta!” es un sincero y claro cumplido.

A pesar de esto, los hackers tienen la reputación de reaccionar a las preguntas sencillas con algo que parece hostilidad y arrogancia. Algunas veces parece como si fuéramos hóstiles con los novatos y los ignorantes. Pero esto no es necesariamente cierto.

Lo que somos, sin disculparme por ello es ser hóstiles con las personas que parecen negarse a pensar o hacer su propio trabajo antes de hacer preguntas. Gente como esa son gastadores de tiempo —toman sin dar nada a cambio, y desperdician tiempo que pudimos haber empleado en otra pregunta más interesante y con otra persona más merecedora de una respuesta. Llamamos a gente como esta “perdedores” [losers](y por razones históricas a veces lo decimos “lusers” *juego de palabras que se forma con las palabras loser=perdedor y user=usuario **nota del trad. ).

Somos concientes que mucha gente solo quiere usar el software que escribimos, y que no tiene interés algunos en aprender los detalles técnicos. Para la mayoría de la gente, la computadora es únicamente una herramienta, un medio para un fín, ellos tienen cosas más interesantes que hacer y vidas que vivir. Reconocemos eso, y no esperamos que todos tengan interés en las cosas técnicas que nos fascinan. De cualquier manera, nuestro estilo de responder preguntas se modela por las personas que sí tienen tal interés y que quieren ser participantes activos en la solución de problemas. Eso no va a cambiar. No debería, si lo hiciera, nos volveríamos menos efectivos en las cosas que hacemos mejor.

Hemos sido (por mucho tiempo) voluntarios. Tomamos tiempo de nuestras atareadas vidas para responder preguntas, y a veces nos vemos sobrepasados por ellas. Así que las filtramos sin piedad. Particularmente desechamos esas preguntas de personas que parecen ser perdedores, para emplear nuestro tiempo de preguntas-respuestas más eficientemente en ganadores.

Si encuentras esta actitud desagradable, condescendiente o arrogante, revisa tus presuposiciones. No te estamos pidiendo que nos trates con deferencia, de hecho, la mayoría de nosotros queremos más que otra cosa relacionarnos contigo en igualdad y de bienvenida en nuestra cultura. Pero simplemente no es eficiente para nosotros tratar de ayudar gente que no esta dispuesta a ayudarse a sí misma. Esta bien ser ignorante, no lo es jugarle al pendejo.

Así, mientras no es necesario ser técnicamente competente para obtener nuestra atención, es necesario demostrar el tipo de actitud que conduce a la competencia –estar alerta, atento, pensativo, deseoso de ser un participante activo en el desarrollo de una solución. Si no puedes vivir con este tipo de discriminación, te sugerimos que le pagues a alguien para que te de un contrato de soporte técnico en vez de preguntarle a hackers que personalmente te donen ayuda a ti.

Si tu decides acercarte a nosotros por ayuda, tu no querrás ser uno de los perdedores. Tu no querrás parecer uno de ellos tampoco. El mejor camino para obtener una rápida y coherente respuesta es preguntarle a personas con inteligencia, certidumbre y con pistas que acaben de pasar que se requieran para ayudarle en el problema de uno.

(Mejoras a esta guía son bienvenidas. Pueden enviar sugerencias por correo electrónico a esr@thyrsus.com o respond-auto@linuxmafia.com· Note que este documento no intenta ser una guía general de netiqueta, y que excluiremos sugerencias que no estén específicamente relacionadas para generar preguntas útiles en un foro técnico.)

Antes de preguntar

Antes de preguntar una duda técnica por correo electrónico, o en un grupo de noticias,o en un chat, haga lo siguiente:

Trate de hallar una respuesta buscando en los archivos históricos del foro donde planee publicar.
Trate de hallar una respuesta buscando en la Web.
Trate de hallar una respuesta leyendo el manual.
Trate de hallar una respuesta leyendo las FAQs.
Trate de hallar una respuesta por inspección o por experimentación.
Trate de hallar una respuesta preguntándole a un amigo más experimentado.
Si eres un programador,trata de hallar la respuesta leyendo el código fuente.

Cuando formules tú pregunta, muestra que has realizado estas cosas; ayudará a establecer que no eres una esponja ociosa y que no estas desperdiciando el tiempo valioso de otros. Aún mejor, muestra lo que hayas aprendido haciendo esas cosas. Nos gustan las preguntas de gente que ha demostrado que puede aprender de las respuestas.

Use tácticas como realizar una búsqueda en Google en el texto o cualquier cosa que sea el mensaje de error que hayas obtenido ( búsquedas en los grupos de google así como en paginas web). Esto podría llevarte directamente a documentación de ayuda o entradas a listas de correo en donde se haya respondido tu pregunta. Incluso si no es así, digamos “busque la siguiente frase pero no encontré nada que fuera útil” es algo bueno que hacer en las solicitudes de ayuda de las listas de correo o grupos de noticias, si lo que buscamos en sus históricos no nos ayuda. Esto también ayudará a otras personas con problemas similares a los de tu entrada al vincular sus términos de búsqueda con lo que esperanzadoramente fue la entrada de problema original y su solución.

Tomate tu tiempo. No esperes ser capaz de resolver problemas complicados con solo un rato de búsqueda en Google. Lee y entiende las FAQs, sientate, relajate y piensa un rato en el problema antes de acercarte a los expertos. Confía en nosotros, serán capaces de decir desde tus preguntas que tanto has leído y pensado, y serán más capaces de ayudarte si llegas preparado. No dispares todo tu arsenal de preguntas solo porque tu primera búsqueda se mostró sin respuestas (o no muchas).

Prepara tus preguntas. Piensalas. Las preguntas precipitadas recibirán respuestas precipitadas, o ninguna en absoluto. Cuanto más que hagas para demostrar que has puesto empeño y esfuerzo en resolver tu problema antes de buscar ayuda , sera más probable que obtengas ayuda.

Cuidate de hacer la pregunta incorrecta. Si haces una que este basada en suposiciones equivocadas, J. Random Hacker la responderá con una respuesta literalmente inútil mientras piensa “estúpida pregunta ...”, y esperando que la experiencia de obtener lo que preguntaste en vez de lo que necesitas te enseñe una lección.

Nunca asuma que tienes derecho a una respuesta. No lo tienes, no estas , después de todo, pagando por un servicio. Te vas a ganar una respuesta, si te la ganas, al preguntar una substancial, interesante y pensadoramente provocadora pregunta ---una que implícitamente contribuya a la comunidad experimentada en vez de solamente demandar pasivamente conocimiento de otros.

De otra manera, hacer claro que eres capaz y tienes la voluntad de ayudar en el proceso de desarrollar la solución es un buen comienzo. “¿Podría alguien darme alguna pista?”, “¿Qué es lo que le falta a mi ejemplo?”, y “¿Qué sitios debería haber revisado?” son más probables de obtener una respuesta que “Por favor publiquen el procedimiento exacto que debería usar” porque estas claramente estableciendo que verdaderamente tienes la voluntad de completar el proceso si solo alguien te pone en la dirección correcta.

Cuando preguntes

Escoge cuidadosamente tu foro

Se sensible al escoger donde formulas tu pregunta. Podrías ser ignorado, o señalado como un perdedor, si tú:

publicas tu pregunta en un foro que sea ajeno al tema
publicas una pregunta muy elemental en un foro se esperan preguntas técnicas avanzadas, o viceversa.
Haces publicaciones entrecruzadas a muchos grupos de noticias diferentes
envias un correo personal a alguien que es no es conocido tuyo ni es responsable personalmente de resolver tu problema.

Los hackers mandan a volar las preguntas que son inapropiadamente dirigidas en orden de proteger sus canales de comunicación de que sean inundados por mensajes irrelevantes. No quieres que esto te pase a ti.

El primer paso, es hallar el foro correcto. Nuevamente, Google y otros métodos de búsquedas web son tus amigos. Usalos para hallar la pagina web de proyecto más cercanamente asociado con el hardware o software que te está dando dificultades. Usualmente tendrá ligas a las listas de las FAQs (Frequently Asked Questions), y a las listas de correo del proyecto y a sus archivos. Estas listas de correo son los lugares finales para ir por ayuda, si tus propios esfuerzos (incluyendo leer esas FAQs que encontraste) no encuentran una solución . La página de proyecto también podría describir un procedimiento para reportar errores, o tener una liga a uno; si es así, sigalo.

Mandar un correo a un foro o una persona con la que no estés familiarizado es arriesgarse en el mejor de los casos. Por ejemplo, no asumas que el autor de una página informativa quiere ser tu asesor sin sueldo. No hagas pronósticos optimistas acerca de como será recibida tu pregunta — si no estas seguro, mandalo a cualquier otro lado o abstente de mandarlo del todo.

Cuando selecciones un foro web, grupo de noticias o lista de correo, no confíes en el nombre por sí mismo, busca las FAQs para verificar que tu pregunta esta dentro de sus temas. Lee algo del tráfico anterior antes de publicar así tendrás un sentimiento de como se hacen las cosas en ese lugar. De hecho, es una buena idea hacer una búsqueda de palabras clave relacionadas a tu problema en un los archivos de grupos de ayuda o de las listas de correo antes de publicar tu pregunta. Podrías hallar tu pregunta, y si no te ayudará a formular una mejor pregunta.

No dispares a todos los canales de ayuda de una vez, eso es como gritonear e irrita a las personas. Camina dentro de ellos suavemente.

¡Averigua de que se trata tu tema! Una de los errores clásicos es preguntar acerca de la programación de interfaces en Unix o Windows en un foro dedicado a un lenguaje de programación o una biblioteca de programación o de alguna herramienta portable entre ambos. Si no entiendes porque esto es una equivocación, sería mejor que no preguntes nada hasta que lo entiendas.

En general, las preguntas a un foro público bien seleccionado serán más propensas a recibir respuestas útiles que las preguntas equivalentes a un particular. Hay muchas razones para esto. Una es simplemente la cantidad de potenciales usuarios que respondan. Otra es la cantidad de audiencia; los hackers prefieren responder preguntas que eduquen a muchas personas que preguntas que sólo sirven a unos pocos.

Comprensiblemente, los hackers más hábiles y los autores de software popular están recibiendo más que solo su cuota de mensajes equívocos. Adicionalmente al flujo, en algunos casos extremos podrías ser la gota que derrame el vaso --- algunas veces, los contribuyentes de proyectos populares han cancelado su soporte por el daño colateral recibido en forma de tráfico de correos electrónicos inútiles a sus cuentas personales se hizo insoportable.

Los foros Web y los canales IRC dirigidos a los novatos comúnmente dan las respuestas más rápidas

Los grupos de usuarios locales, o las distribuciones Linux avisan de foros Web o canales IRC donde los novatos pueden obtener ayuda.(En la mayoría de los países los foros para novatos aún son del tipo de listas de correo. ) Estos son los mejores lugares para preguntar, especialmente si piensas que te estas enfrentando a un problema relativamente simple o común. Un canal de IRC anunciado es una invitación abierta a formular preguntas y usualmente obtener respuestas en tiempo real.

De hecho, si obtuviste un programa que te esta dando problemas en una distribución Linux (como es común hoy en día), lo mejor es preguntar en el foro/lista de correo del la distro en cuestión antes de intentar el foro/lista de correo del programa en sí. Los hackers del proyecto simplemente dirán, “usa nuestro ejecutable”.

Antes de publicar en cualquier foro Web, verifica si tiene implementado un motor de búsqueda. Si lo tiene, intenta un par de búsquedas con palabras clave con algo relacionado con tu problema; podría ayudarte. Si realizaste una búsqueda Web general antes (como deberías haberlo hecho), busca de todas maneras en el foro; tu motor de búsquedas preferido podría no tener todo lo de este foro indexado recientemente.

Hay una tendencia creciente en los proyectos de proveer soporte a los usuarios en foros Web o en un canal de IRC, con listas de correo más reservadas para el tráfico de los desarrolladores. Así que por principio busca esos canales cuando busques ayuda de un proyecto en específico.

Como un segundo paso, use las listas de correo de los proyectos

Cuando un proyecto tiene una lista de correo para los desarrolladores, escribe a la lista de correo, no a los desarrolladores individualmente, incluso si crees saber quien podría responder de mejor manera a tu pregunta. Lee la documentación del proyecto su página principal oficial para conocer la dirección de la lista de correo del proyecto, y usala. Hay muchas buenas razones para esta política:

Cualquier pregunta lo suficientemente buena para ser formulada a un desarrollador será también valiosa para todo el grupo. Es sentido contrario, si sospechas que tu pregunta es muy tonta para la lista de correo, no es excusa para hostigar a los desarrolladores individualmente.
Hacer preguntas en las listas de correo distribuye la carga de trabajo entre los desarrolladores. El desarrollador individual (especialmente si él es el líder del proyecto ) podría estar muy ocupado para responder a tus preguntas.
La mayoría de las listas de correo son archivadas y estos archivos son indexados por los motores de búsqueda Si formulas una pregunta en las listas y esta es respondida, un futuro solicitante podr&iacuet;a hallar tu pregunta y la respuesta en la Web en vez de volver a preguntar.
Ciertas preguntas son formuladas regularmente,los desarrolladores pueden usar la información para mejorar la documentación o el software en sí para ser menos confuso. Pero si esas preguntas se realizan de manera particular, nadie tendrá la visión completa de cuáles preguntas son formuladas comúnmente.

Sí el proyecto tienen ambas listas de correo , para “usuarios” y para “desarrolladores” (o “hackers”) o un foro Web, y tu no andas trabajando sobre el código, pregunta en la lista/foro para “usuarios”. No asumas que tendrás buena recepción el la lista de desarrolladores, donde ellos experimentarán tus preguntas como ruido interrumpiendo su tráfico de desarrolladores.

Aún así, si esta completamente seguro de que tu pregunta no es trivial, y no obtienes ninguna respuesta en las listas o el foro para usuarios por varios días, intentalo en las de los “desarrolladores”. Seras bien advertido de estar al acecho por algunos días antes de poder publicar para aprender los manejos locales (de hecho este es un buen consejo para cualquier lista privada o semi-privada).

Si no puedes hallar ninguna lista de correo, pero solo ves la dirección del encargado del proyecto, adelante, escribele a él. Pero aún en ese caso, no asumas que la lista de correo no existe. Menciona en tu correo electrónico que intentaste hallar la lista de correo adecuado pero que no la encontraste. También menciona que no objetarás el que tu correo sea redirigido a otra persona. (Mucha gente cree que la correspondencia particular debe permanecer privada, incluso si no hay nada de secreto en ella. Al permitir que la correspondencia pueda ser redirigida a terceros se le da al receptor la opción acerca de cómo manejar tu correo electrónico.)

Usa encabezados de asuntos claros y específicos.

En las listas de correo, los grupos de usuarios o los foros Web, los encabezados son tu oportunidad dorada para atraer la atención de expertos calificados en cerca de 50 caracteres o menos. No la desperdicies en balbuceos como “Por favor ayudenme” (deja en paz “POR FAVOR AYUDENME!!!!”; mensajes con encabezados como este son descartados por simple reflejo.) No trates de impresionarnos con lo profundo de tu angustia; en vez de eso usa el espacio para un descripción súper concisa.

Una buena convención para los temas de encabezado, usada por muchas organizaciones de soporte técnico, es la descripción en forma “objeto-desviación”. Donde la parte del “objeto” especifica que cosas o grupo de cosas esta teniendo problemas, y la parte de la “desviación” describe la desviación del comportamiento esperado o especificado.

Estúpido:: AYUDA! El vídeo no trabaja correctamente en mi laptop!
Inteligente:: X.org 6.8.1 desaparece el puntero del ratón esta jodido, chipset de vídeo Fooware MV1005
más inteligente:: El cursor del ratón en X.org 6.8.1 con el chipset de vídeo Fooware MV1005 -se jode

El proceso de escribir una descripción del tipo “objeto-desviación” te ayudará a organizar tu pensamiento acerca del problema de manera más detallada. ¿Qué es lo que se afecta, solo el cursor del ratón o también los gráficos?, ¿Es esto específico de la versión de X.org del servidor X?, ¿De la versión 6.8.1?, ¿Es específico del chipset de vídeo Foooware ?, ¿Del modelo MV1005?. Un hacker que observe el resultado puede inmediatamente entender qué es lo que te esta dando problemas y el problema que estas teniendo, de una sola mirada.

Imagínate buscando en el índice de los archivos de preguntas, con solo las líneas del encabezado de tema mostrándose. Haz que tu encabezado de tema refleje tu pregunta tan bien que el próximo que busque en el archivo con una pregunta similar a la tuya sea capaz de seguir la entrada a la respuesta en vez de publicar la pregunta nuevamente.

Si haces una pregunta en una respuesta de entrada anterior, asegurate de cambiar el título de encabezado para mostrar que estas haciendo una pregunta. Una línea de encabezado que se veo como “Re:test” o “Re:nuevo bug” es menos capaz de atraer atención útil. Además, evita la cita de mensajes anteriores al mínimo con la idea de enterar a los nuevos lectores de la entrada.

No te metas simplemente en un mensaje de respuesta de la lista para comenzar una nueva entrada. Eso limitar&aaacute; tu audiencia probable. Algunos clientes de correo, como mutt, permiten al usuario ordenar las entradas y entonces esconden los mensajes de una entrada al ordenarlos dentro de la entrada. La gente que hace eso nunca leerá tu mensaje.

Cambiar el tema del encabezado no es suficiente. Mutt, y probablemente otros clientes de correo, buscan otra información en los encabezados de correo electrónico para asignarlos a una entrada, no la línea de encabezado. En vez de eso comienza un nuevo correo electrónico.

En los foros Web las reglas de buenas prácticas son un poco diferentes, porque los mensajes son comúnmente muy cercanos a los límites de ciertas entradas de discusión específicas y usualmente son invisibles fuera de esas entradas. Cambiarle el tema de encabezado cuando preguntes dentro de una respuesta no es esencial. No todos los foros permiten separar las líneas de tema de las réplicas, y casi nadie las lee cuando lo hacen. Como sea, formular preguntas en una réplica es una práctica de dudosa &uacyte;tilidad por sí misma, porque solo será vista por aquellos que estén buscando esa entrada. Así, a menos que estés seguro que quieres preguntar solo a los participantes activos de esa entrada, empieza una nueva.

Hazlo fácil de responder.

Terminar tu solicitud de ayuda con "Por favor envíe su respuesta a ..." la hará incapaz de obtener una respuesta. Si no te tomas la molestia de tomarte unos pocos segundos para escribir una correcta línea de respuesta-a en el encabezado de tu cliente de correo, no nos tomaremos la molestia de tomarnos unos segundos para pensar en tu problema. Si tu programa de correo no permite esto, obtene un mejor programa de correo. Si tu sistema operativo no permite ningún programa de correo electrónico que permita esto, obten un mejor sistema operativo.

En los foros Web, preguntar por una respuesta anterior por correo es bastante rudo, a menos de que creas que la información es sensible (y que alguien podrá, por alguna desconocida razón, hacértelo saber pero no lo sabe el foro completo). Sí quieres una copia de un correo electrónico cuando alguien respondió en una entrada, solicita que el foro Web la envié; esta opción se permite casi en cualquier lugar bajo las opciones como “observar esta entrada”,”enviar correo de las respuestas”, etc.

Escriba en lenguaje claro, gramaticalmente correcto y con dicción correcta.

Hallamos por experiencia que la gente que escribe sin cuidado y torpemente son descuidados y torpes al pensar y programar ( o lo suficiente como para apostarle a eso,de cualquier manera). Dar respuestas a descuidados y torpes no es estimulante; preferimos emplear nuestro tiempo donde sea.

Expresar tus preguntas claramente y bien es importante. Si no te tomas la molestia de hacerlo, no podremos tomarnos la molestia de prestarte atención. Emplea un esfuerzo adicional para pulir tu lenguaje. No tiene que ser rigido o formal – de hecho, la cultura hacker valora el lenguaje informal, coloquial y humorístico usado con precisión. Pero tiene que ser preciso; tiene que haber indicios de que estas pensando y prestando atención.

Vocaliza, puntualiza y utiliza las mayúsculas correctamente. No confundas “que” con “q' ”, “haya ” con “ alla”, o “es que ” con “ s k”. No ESCRIBAS TODO EN MAYÚSCULAS; esto se interpreta como estar gritando y es considerado una rudeza. ( todo en minúsculas es levemente menos complicada, mientras que es difícil de leer.Alan Cox puede salirse con la suya tu no.)

Es más, si escribes como un tipo semi-letrado es muy posible que seas ignorado. No uses las contracciones de la mensajería instantánea. Escribir “que” como “k” te hará parecer semi-letrado y todo por ahorrarte unos golpes de teclado. Peor aún: escribir como un hax0r script kiddie de l33t será el total y absoluto beso de la muerte y te asegurará no recibir nada salvo un silencio pétreo (o , en el mejor de los casos, una ayuda sarcástica y punzante ) de vuelta.

Si haces preguntas en un foro donde no usan tu lenguaje materno/nativo, recibirás una cantidad limitada de mofas por tú incorrecta ortografía y errores gramaticales – pero no burlas por haraganería (y sí, podemos notar la diferencia). También, a menos que sepas que lenguaje es el de los usuarios que responden, escribe en inglés. Los hackers muy ocupados tienden a simplemente desechar las preguntas escritas en idiomas que no entienden, y el inglés es el lenguaje que sirve en la Internet. Escribiendo en inglés minimizas las oportunidades de que tu pregunta sea descartada sin leerla.

Envie preguntas en formatos accesibles y estandarizados.

Si haces tus preguntas artificialmente difíciles de leer, será mas sencillo que sea relegada en favor de otra que no lo sea:

Envia el correo en texto plano, no en HTML. (No es difícil desactivar el HTML.)
Los adjuntos MIME generalmente están bien, pero solamente si tienen contenido real (como un parche o un código fuente), y no simplemente basura generada por tu cliente de correo (tal como otra copia generada de tu propio mensaje).
No envíes correo electrónico en donde cada párrafo sean lineas individuales juntas. (Esto hace que sea muy difícil de responder solo a parte de ese mensaje.) Asuma que sus respondientes van a leer correo en un texto que se mostrará de 80 caracteres de ancho y configura tu cliente para que junte las líneas en eso , algo menos que 80.
De cualquier manera no pegues información (tal como salidas de bitácoras o transcripciones de sesiones) en cualquier ancho fijo de columna. La información debe ser incluida cómo esta, así los replicadores podrán tener la confianza de que están viendo lo que tú viste.
No envíes mensajes codificados como MIME Quoted-Printable a un foro que use idioma inglés nativamente. Esta codificación puede ser necesaria cuando estas publicando en un lenguaje que el ASCII no cubre, pero muchos clientes de correo no lo soportan. Cuando se corrompe, todos esos glifos =20 se esparcen a través del texto y son distractores horribles — o podría sabotear activamente la semántica de tú texto.
Nunca, jamás esperes que los hackers sean capaces de leer formatos de documentos cerrados propietarios como Microsoft Word o Excel. La mayoría de los hackers reacciona a estos así como si tuvieras una pila de desperdicio de cerdo apilado en tu puerta. Incluso si ellos tuvieran que hacerlo, se resentirán de tener que hacerlo.

Si estas enviando correo electrónico desde una máquina Windows, desactiva la estúpida utilidad de Microsoft “Smart Quotes”. Esto es para que evites esparcir caracteres basura en tu correo electrónico.

En los foros Web, no abuses de los “emoticons” y de las utilidades “HTML” (cuando estén presentes). Un emoticon o dos est&aaacute;n bien generalmente, pero el texto coloreado hará que la gente piense que eres un idiota. Abusar del uso de los emoticons, del color y las tipografías hará que salgas como una adolescente risueña, lo que generalmente no será una buena idea a menos que estés más interesado/a en el sexo que en las respuestas.

Si estas usando un cliente de correo con interfaz gráfica tal como el Messenger de Netscape, MS Outlook, o cualquier clon parecido, ten cuidado, podrías estar violando estas reglas al usarlos con sus configuraciones por defecto. La mayoría de estos clientes tienen comandos basados en menús para “Ver el documento” . Usalo en algo en tu folder de correo enviado, verifica que envías texto plano sin agregados innecesarios.

Sé preciso e informativo acerca de tú problema.

Describe los síntomas de tu problema o error clara y cuidadosamente.
Describe el ambiente en el cuál ocurrió (máquina, SO, aplicación, etc). Provee al generador de la distribución y versión (e.g.: “Fedora Core 7”, “Slackware 9.1”, etc.).
Describe la investigación que realizaste para intentar entender el problema antes de formular la pregunta.
Describe los pasos que llevaste a cabo para intentar resolver el problema por ti mismo antes de formular la pregunta.
Describe cualquier cambio reciente relevante posible en tu computadora o configuración de software.
Si te es posible después de todo , provee una vía para reproducir el problema en una ambiente controlado.

Haz tu mejor esfuerzo para anticiparte a las preguntas que un hacker te hará , y respondelas de antemano en tu solicitud de ayuda.

Dándole a los hackers la posibilidad de reproducir tú problema en un ambiente controlado es especialmente importante si estás reportando algo que piensas que es un bug en el código. Cuando haces esto, tus posibilidades de obtener una respuesta útil y la velocidad con la que esperas obtener una respuesta se incrementan tremendamente.

Simón Tatham escribió un excelente ensayo intitulado Cómo Reportar Bugs Efectivamente. Realmente te recomiendo que lo leas.

Volumen no es precisión.

Necesitas ser preciso e informativo. Este fin no se cumple simplemente exhibiendo grandes cantidades de código o información en una solicitud de ayuda. Sí tienes un caso de estudio grande y complicado que está rompiendo un programa, trata de dividirlo y hacerlo tan pequeño como te sea posible.

Esto es útil al menos por tres razones. Primera: ser visto capaz de invertir esfuerzo en una cuestión hará que seas capaz o merecedor de obtener una respuesta, Segundo: simplificar la cuestión hará que seas capaz o merecedor de obtener una respuesta útil. Tercero: en el proceso de refinar tú reporte de error, podrías desarrollar una solución o un camino alterno al mismo.

No corras a declarar que has encontrado un bug.

Cuando estas teniendo problemas con una pieza de software, no declares que has encontrado un bug a menos que estés muy, muy seguro de tus bases. Consejo: a menos que puedas proveer un parche para el código fuente que solucione el problema, o una prueba contra una versión que demuestre un comportamiento erróneo, probablemente no estarás completamente seguro. Esto se aplica a las páginas Web y a la documentación, también; Sí has encontrado un “error” en la documentación, deberás proveer el texto de reemplazo y en cuales páginas este deberá ir.

Recuerda, hay muchos más usuarios que no estarán experimentando tú problema. De otra manera habrías aprendido de este problema cuando leíste la documentación y cuando buscaste en la Web (hiciste eso antes de quejarte, ¿verdad?). Esto significa que es muy probable que eres tú quien está haciendo algo mal, no el software.

La gente que escribió el software trabajó muy duro para hacerlo trabajar lo mejor posible. Si tú declaras haber encontrado un error, estarás impugnando su competencia, lo cuál podría ofender a alguno de ellos incluso si estas en lo correcto. Es especialmente falto de tacto gritar “bug” en la línea de encabezado.

Cuando formules tu pregunta, es mejor escribir pensando en que asumes que tú estas haciendo algo mal, incluso cuando estas en lo particular muy seguro de que has encontrado un error. Si realmente fuera un error, escucharas de él en la respuesta. Hacerlo de esta manera hará que los encargados quieran disculparse contigo si el error es real, en vez de que les debas una disculpa si la has batido.

Arrastrarse no es un substituto de hacer su tarea.

Algunas personas que entienden que no se deben comportar ruda o arrogantemente, al demandar una respuesta, se vuelcan al extremo opuesto, se arrastran. Cosas como “Se que soy simplemente un novato patético y perdedor, pero ...” es distractor y es inútil. Es especialmente molesto cuando va acompañado de vaguedades acerca del problema.

No pierdas tú tiempo, o el nuestro, con diplomacia tosca y primitiva. En vez de eso, presenta los hechos que antecedieron a tus preguntas tan claramente como puedas. Este es el mejor camino para posicionarte en vez de arrastrarse.

Algunas veces los foros Web tienen sitios separados para preguntas de novatos. Sí sientes que tienes una pregunta de novato, simplemente dirigete hacia allí. Pero tampoco te arrastres ahí.

Describe los sintomas de tu problema, no lo que te imagines.

No es útil decirle a los hackers que es lo que piensas que causa tu problema. (Si tus diagnósticos teóricos fueran tan esclarecedores, ¿Estarías consultando a otros para solicitar ayuda?) Entonces, asegurate de que estas mencionando los síntomas crudos de lo que esta mal, en vez de tus interpretaciones y teorías. Dejalos hacer las interpretaciones y los diagnósticos. Si crees que es importante mencionar lo que imaginas, nombralo claramente como eso y describe porque la respuesta no esta funcionando para ti.

Estúpido:: Estoy de vuelta a los errores en la compilació.n del kernel de la SIG11,y sospecho una fisura en las pistas de mi tarjeta madre.¿Cuál es el mejor camino para verificar esto?
Inteligente:: Mi máquina ensamblada K6/233 con una tarjeta madre FIC-PA2007 (chipset VIA Apollo VP2 ) con 256MB de memoria Corsair PC133 SDRAM comenzó a tener errores frecuentes SIG11 cerca de 20 minutos después de encenderla cuando se compilaba el kernel , pero nunca en los primeros 20 minutos. Rebootearla no reinicia el reloj, pero apagarla si lo hace . Intercambiarle la RAM tampoco ayuda. La información relevante de la bitácora de una típica sesión de compilación viene a continuación.

Desde el punto precedente se ve como uno para pensar para muchos, aquí hay una frase par recordarte: “Todos los técnicos son de Missouri”. La divisa oficial de los EUA es “Muestrame” (ganada en 1899, cuando el congresista Willard D. Vandiver dijo “Vengo de un país que cosecha algodón y maíz y cardos y demócratas, y la elocuencia espumosa ni me convence ni me satisface. Yo soy de Missouri. Tienen que mostrarme.”) En el caso de los técnicos, no es una cuestión de escepticismo, tanto como la necesidad funcional, literalmente hablando, de verificar lo que sea más cercano posible a la misma evidencia cruda que tú ves, en vez de tus resúmenes y conjeturas. Muestranos.

Describe los síntomas de tu problema en orden cronológico

Las claves más útiles para saber que algo que va mal comúnmente descansan en los eventos inmediatamente anteriores. Así que debes describir lo más preciso posible que hiciste, y que hizo la máquina y el software, de tal manera que nos conduzca al desastre. En el caso de los procesos de la línea de comandos, tener una bitácora de la sesión (e.g. usando utilidades de script) y mencionando las veinte líneas más relevantes es muy útil.

Si el programa en cuestión tiene opciones de diagnóstico (tales como -v para verboso), intenta seleccionar las opciones que agregaran información de ubicación y reporte de errores a la transcripción. Recuerda que es más no es necesariamente mejor; intenta seleccionar un nivel de reporte que debug informe en vez de llevar al lector al hastío.

Si tu caso expuesto termina siendo largo (más de cuatro párrafos), podría ser útil establecer de manera breve el problema al inicio, después con la historia cronológica. De esa manera, los hackers sabrán que mirar cuando lean de tú caso.

Describe el objetivo, no los pasos.

Si estas intentando averiguar como hacer algo (al contrario de reportar un error), empieza por describir el objetivo. Sólo después describe los pasos en particular acerca del mismo en los que estás bloqueado.

Comúnmente, la gente que necesita ayuda técnica tiene un objetivo alto en mente y se atora en lo que ellos creen es un camino particular acerca del objetivo. Vienen por ayuda con el paso realizado, pero no se dan cuenta de que la ruta es incorrecta. Puede tomar un considerable esfuerzo superar esto.

Estúpido:: ¿Cómo obtengo el tomador de colores en el programa FooDraw para tomar un valor hexadecimal RGB?
Inteligente:: Estoy tratando de reemplazar la tabla de colores en una imagen con valores de mi elección. En este momento la única vía que contemplo para hacer esto es editar cada valor de la tabla, pero no puedo hacer que el tomador de colores de FooDraw tome valores hexadecimales RGB.

La segunda versión de la pregunta es inteligente. Permite una respuesta que sugiera una herramienta mejor preparada para la tarea.

No le pidas a la gente que responda con su correo particular.

Los hackers creen que resolver problemas debería ser un proceso público, transparente durante el cuál en un primer intento de una respuesta podría y debería ser corregida si alguien con más conocimiento nota que esta incompleta o incorrecta. Además, los auxiliares obtienen algo de su recompensa de ser contestatarios al ser vistos como competentes y conocedores por sus pares.

Cuando pides una respuesta privada, estas rompiendo con ambos hechos, el proceso y la recompensa. No lo hagas. Es la opción de quien responde como responder, en privado — y si lo hace, usualmente es porque piensa que la pregunta esta mal planteada o es obvia para ser del interés de los demás.

Hay una excepción limitada a esta regla. Si piensas que la pregunta es tal que obtendrás respuestas muy similares, entonces las palabras mágicas son “mandenme un correo y juntare las respuestas para el grupo”. Es cortes intentar y salvar a la lista de correos o al grupo de noticias de un flujo de publicaciones idénticas — pero deberás de sostener y cumplir la promesa de reunirlas.

Se explícito con tus preguntas.

Las preguntas que terminan muy abiertas tienden a ser percibidas como consumidoras de tiempo. Las personas que más probablemente te podrían auxiliar dándote una respuesta útil son también las más atareadas(porque son los que toman más trabajo para sí mismos). Gente como esa son alérgicas a los consumidores de tiempo, por lo tanto tienden a ser alérgicos a las preguntas que son muy abiertas.

Serás mas propenso a recibir respuestas útiles si eres explícito acerca de los que quieres que los contestatarios hagan (provee orientaciones, envía código, verifica tu parche, lo que sea). Esto centrara el esfuerzo e implícitamente agregará una ayuda en el tiempo y esfuerzo que los contestatarios deberán poner para ayudarte. Esto es bueno.

Para entender el mundo en que los expertos viven, piensa en la experiencia como un recurso abundante y el tiempo de respuesta como uno escaso. El menor tiempo de compromiso que solicites, será más probable que obtengas una respuesta de alguien verdaderamente bueno y realmente ocupado.

Así que es útil limitar tú pregunta para minimizar el tiempo de compromiso requerido para que trabaje en él un experto –pero usualmente no es lo mismo que simplificar la pregunta. Por ejemplo, “¿Podrías darme una orientación para una buena explicación de X?” es comúnmente una pregunta más inteligente que “¿Podrías explicar X?”. Si tienes código con errores, es usualmente más inteligente preguntarle a alguien que nos explique qué es lo que está mal con él que pedirle que lo arregle.

Cuando preguntes acerca de código.

No le pidas a otros que revisen tu código fallido sin dar ayudas acerca de que problema deberían estar buscando. Publicar unos cuantos cientos de líneas de código, para decir "no funciona", har´ que seas ignorado. Publicar una docena de líneas de código, diciendo “después de la línea 7 esperaba ver , pero ocurrió en vez de eso" es mucho m´s probable que logres una respuesta.

La vía más efectiva para ser preciso acerca de un problema de código es proveer un mínimo y demostrativo caso de prueba de error. ¿Qué es un caso mínimo de prueba? Es una ilustración del problema; justo el código suficiente para exhibir un comportamiento indeseable y no más. ¿Cómo haces un caso mínimo de prueba? Sí sabes cuál línea o sección de código está produciendo el comportamiento problemático, haz una copia de él solo agrega suficiente código para reproducir un ejemplo completo (i.e. Suficiente código fuente para que el compilador/interprete/cualquier aplicación que lo procese). Sí no lo puedes dirigir a una sección en particular,haz una copia del código fuente y empieza a remover partes que no afecten el comportamiento problemático. Lo más pequeño que sea tu caso de prueba será lo mejor (ver las sección llamada “Volumen no es precisión”).

Generar un caso realmente mínimo y pequeño no siempre será posible, pero intentarlo es una buena disciplina. Puede ayudarte a aprender que es lo que necesitas para resolver el problema por ti mismo — e incluso que es lo que no lo hace, los hackers gustan de ver que lo has intentado. Los hará más cooperativos.

Si simplemente quieres una revisión del código, dilo de frente,y asegurate de mencionar que áreas piensas que necesitan revisión en particular y por qué.

No publiques preguntas de tu tarea.

Los hackers son buenos para detectar preguntas de tareas; la mayoría de nosotros hemos hecho lo mismo. Esas preguntas son para que tu trabajes por fuera, de tal manera que aprendas de tu experiencia. Esta bien preguntar por orientaciones, pero no por la solución completa.

Si has pasado una pregunta de tarea, pero no la puedes resolver de todas maneras, intenta preguntar en un foro de grupo de usuarios o (como último recurso) en una lista/foro de “usuarios”de un proyecto. Mientras que los hackers la notarán, alguno de los usuarios avanzados podría al menos darte una orientación.

Evita preguntas injustificadas.

Resiste la tentación de finalizar tú solicitud de ayuda con preguntas sin sentido como “¿Podría alguien ayudarme ?” o “¿Existe alguna respuesta?” Primero: si has descrito tú problema medianamente competente, tales preguntas son en el mejor de los casos superfluas. Segundo: porque ellas son superfluas , los hackers las encuentran molestas — y son tentados a recurrir a la lógica formal e impecable pero desalentadora de dar respuestas del tipo “Sí , puedes ser ayudado” y “No, no hay ninguna ayuda para ti.”

En general, formular preguntas del tipo si-o-no es algo bueno de evitar a menos que tu requieras una respuesta del tipo si-o-no.

No titules tus preguntas como "Urgente", incluso si lo es para ti.

Ese es tu problema, no el nuestro. Pedir urgencia es como ser un checador de productividad: la mayoría de los hackers simplemente borrara tales mensajes como intentos egoístas y burdos de obtener atención especial e inmediata.

Existe una semi excepción. Se puede mencionar que estas usando el programa en algún lugar de alto perfil, uno al que los hackers excite; en tal caso, si estas bajo presión por tiempos, y lo dices amablemente, la gente puede verse interesada lo suficiente para contestar rápidamente.

Esto es algo muy riesgoso de hacer, porque la escala de estimaciones de los hackers acerca de que es excitante pueden ser diferentes de las tuyas. Publicar desde la estación espacial internacional podría calificar, por ejemplo, pero publicar acerca de una causa política o una organización caritativa para-sentirse-bien ciertamente no lo será. De hecho, publicar “Urgente: Ayudenme a salvar a los preciosos cachorros de foca !” inevitablemente te llevará a ser flameado o sacado incluso por los hackers que piensan que los cachorros de foca preciosos son importantes.

Si hallas que esto es misterioso, relee el resto de este how-to repetidamente hasta que lo entiendas antes de publicar absolutamente cualquier cosa.

La cortesía no daña, y algunas veces ayuda.

Sé cortes. Usa “Por favor” y “Gracias por tú atención” o “Gracias por tu consideración”. Haz claro que aprecias el tiempo que la gente emplea en ayudarte por nada.

Para ser honesto, esto no es tan importante como (y no puede ser sustituido por) ser gramaticalmente, claro, preciso y descriptivo, evitar los formatos propietarios etc.; los hackers en general preferirán tener reportes técnicos correctos aunque algo bruscos, que vaguedades amables. (Si esto te desconcierta, recuerda que valoramos las preguntas por lo que nos enseñan.)

Como sea, si tienes tus dudas técnicas claramente, la cortesía incrementará tus oportunidades de obtener una respuesta útil.

(Debemos mencionar que la única objeción seria que hemos tenido de hackers veteranos a este HOWTO es con respecto a nuestra recomendación previa de usar “De antemano gracias”. Algunos hackers sienten que esta connotación es para no agradecer a nadie después de haber recibido ayuda. Nuestra recomendación es de agregar también , primero “De antemano gracias” y después agradecer a los contestatarios que participaron, o expresar cortesía en un modo diferente, tal como al decir “Gracias por su atención” o “Gracias por su consideración”.)

Siga la solución con una nota breve.

Envía una nota después de que el problema haya sido resuelto a todos los que te ayudaron; hazles saber cómo se resolvió y agradeceles nuevamente el que te hayan socorrido. Si el problema atrajo la atención generalizada en una lista de correo o un grupo de ayuda, será apropiado publicar el seguimiento del mismo ahí mismo.

Lo óptimo sería que la réplica fuera para la entrada que comenzó la pregunta que fue publicada originalmente, y debería tener ‘CORREGIDO’, ‘RESUELTO’ o una mención igualmente obvia en el encabezado del tema. En las listas de correo con movimiento continuo, un potencial contestatario que lea una entrada acerca del “problema X” terminando con “problema X - RESUELTO” sabrá que no desperdicia su tiempo leyendo la entrada (a menos que (el/ella) personalmente halle el problema X interesante) y pueda así su tiempo de solución en un problema diferente.

Tu seguimiento no tiene que ser largo e involucrante; un simple “¡Qué tal! — fue un cable de red defectuoso! Gracias a todos . - Bill” será mejor que nada. De hecho, un resumen corto y agradable es mejor que una disertación larga a menos que la solución realmente sea técnicamente profunda. Diga que fue lo que resolvió el problema, pero no tienes que repetir todo el procedimiento de diagnóstico y solución por completo.

Para los problemas con algo de profundidad, es apropiado publicar un resumen de la secuencia del procedimiento de diagnóstico y solución. Describe tú problema real finalmente . Describe que te funcionó como solución, e indica los callejones sin salida después de todo. Los callejones sin salida suelen venir después de la solución correcta y otros materiales de resumen, en vez de transformar el seguimiento en una historia de detectives. Menciona los nombres de las personas que te ayudaron; de esa manera harás amigos.

Al parejo de ser cortes e informativo, este tipo de seguimiento ayudará a otros que busquen en el archivo de la lista de correo/grupo de ayuda/foro a saber exactamente que solución te ayudo y que podría ayudarles a ellos también.

Por último, pero no por ellos menos importante, este tipo de seguimiento ayuda a todos los que asistieron a sentir una satisfacción por la cercanía con el problema. Si no eres un enterado o un hacker, creenos, este sentimiento es muy importante para los gurúes y expertos a los que acudiste por ayuda. Las historias de problemas que siguieron sin resolver son cosas frustrantes; los hackers buscarán verlas resueltas. La buena voluntad que ganarás al estimular esta reacción será muy, pero muy importante y te ayudará la próxima vez que necesites formular una pregunta.

Considera cómo podrías ser capaz de prevenir a otros de tener los mismos problemas en el futuro. Preguntate si un parche en la documentación o las FAQs podría ayudar, y si la respuesta es afirmativa manda un parche al encargado.

Entre hackers, este tipo de buen comportamiento con el seguimiento es más importante que la amabilidad convencional. Es como obtendrás una buena reputación de interactuar bien con los demás, la cuál puede ser un valioso recurso.

Cómo interpretar las respuestas.

RTFM y STFW: Cómo decirte que estas bien jodido ..

Hay una tradición ancestral y respetada: si recibes una respuesta “RTFM”, la persona que te lo envió piensa que deberías haber leído el estúpido manual. El o ella estarán seguramente en lo correcto. Ve a leerlo.

RTFM tiene un pariente joven. Si recibes una respuesta “STFW”, la persona que te lo envió piensa que debiste buscar en la red. El o ella estarán seguramente en lo correcto. Ve a buscarlo . (La versión intermedia de esto es cuando te dicen “&iexec;Google es tú amigo!”)

En los foros Web, también podrías ser advertido de buscar en los archivos del foro. De hecho, alguien podría ser considerado y proporcionarte la dirección de la entrada anterior donde el problema se soluciono. Pero no te fíes en esta consideración ; has tú búsqueda en los archivos antes de preguntar.

Usualmente, la persona que te dice que hagas una búsqueda tiene el manual o la página web con la información que necesitas abrir, y la está buscando mientras el o ella teclea. Estas respuestas significan que el o ella piensan que (a) la información que necesitas es f´cil de encontrar, y (b) aprenderás más si buscas la información fuera que si la tuvieras lista para digerirla ahí mismo.

No deberías ofenderte por esto; para los estándares hackers, tu contestador esta mostrándote una áspera muestra de respeto simplemente al no ignorarte. En vez de eso deberías estar agradecido por esta consideración maternal.

Si no entiendes ...

Si no entiendes la respuesta, no reclames de inmediato por una explicación. Usa las mismas herramientas que has usado para intentarlo y responde a tu pregunta original (manuales, FAQs, la Web, amigos experimentados) para comprender la respuesta. Entonces, si aún necesitas preguntar por explicación, muestra lo que has aprendido.

Por ejemplo, supon que te digo: “Suena como si tuvieras un atorón zentry; necesitas limpiarlo.” Entonces: aquí hay una siguiente mala pregunta: “¿Qué es un zentry?” Aquí hay una buena siguiente pregunta: “OK, leí la página de manual y los zentries sólo se mencionan bajo los switches -z y -p. Ninguno de ellos dice algo acerca de limpiar los zentries. ¿Esto es uno de ellos o estoy olvidando algo?”

Tratando con la descortesía.

Mucho de lo que se ve como rudeza en los círculos hackers no está pensado para ser ofensivo. En vez de eso, es producto del estilo directo de comunicación que es natural en la gente que está dedicada a resolver problemas que en hacer sentir a los demás bien y cómodos .

Cuando percibas descortesía, intenta reaccionar calmadamente. Si alguien realmente esta saliéndose de sus cabales, es muy seguro que un veterano de la lista o grupo de ayuda lo llame a la calma. Si eso no pasa y pierdes tu temperamento, es como si la persona ante la que te alteraste se estuviera comportando de acuerdo a las normas de la comunidad hacker y tú serás considerado en el error. Esto lastimará tus oportunidades de obtener ayuda o la información que necesitas.

De otro lado, ocasionalmente serás rudo y decir eso es gratuito. El lado opuesto de lo anterior es que es una forma aceptable de mandar al diablo a los ofensores reales, exhibiendo su mal comportamiento con un escalpelo verbal muy certero. Sé muy, pero muy seguro de tus bases antes de intentar esto, de cualquier manera. La línea entre corregir y ser primitivo y comenzar un a guerra sinsentido de flamazos es lo suficientemente delgada para que los hackers la entrecrucen frecuentemente; si eres un novato o un ajeno al medio, tus oportunidades de evitar este comportamiento son muy pocas. Si estas tras información en vez de diversión, lo mejor será mantener tus dedos fuera del teclado que atreverte a experimentar esto.

(Algunas personas aseguran que muchos hackers tienen una leve forma de autismo o el síndrome de Asperger, y que tienen perdidos algunos de los circuitos cerebrales que lubrican la interacción social humana “normal”. Esto podría ser o no cierto. Si no eres un hacker, te ayudará a lidiar con nuestras excentricidades si piensas en nosotros como unos dañados mentales. Adelante. No nos importa; nos gusta ser como quiera que seamos,y generalmente tenemos un saludable escepticismo acerca de las etiquetas clínicas.)

En la siguiente sección, vamos a hablar de un tema diferente; el tipo de “rudeza” que verás cuando tú tienes un comportamiento inadecuado.

Cómo no reaccionar como un perdedor.

Es seguro que vas a ser fregado un par de veces en los foros de la comunidad hacker — en las formas detalladas en este articulo, o similares. Y te dirán como joderte a ti mismo , posiblemente con detalles profusos. Y en público.

Cuando esto pase, lo peor que puedes hacer es lamentarte acerca de la experiencia, reclamar el haber sido verbalmente asaltado, demandar disculpas, gritar, guardar tu aliento, hablar de leyes, quejarse de los empleadores de la gente, dejar la tapa del baño arriba, etc. En vez de eso, esto es lo que hay que hacer:

Olvidalo . Es normal. De hecho, es saludable y apropiado.

Los estándares comunitarios no se mantienen por si mismos: Se mantienen por la gente que los aplica activamente , visiblemente, en publico. No te quejes que todas las críticas deberían haber sido enviadas por medio de correos electrónicos privados: Así no es como esto funciona. Ni lo es tampoco insistir que has sido insultado personalmente cuando alguien comentó que una de tus declaraciones estuvo incorrecta, o que sus visiones difieren. Esas son actitudes de perdedor.

Han existido foros hackers donde, en donde con algún sentido equivocado de hiper-cortesía, los participantes son advertidos de publicar cualquier falta en contra de las publicaciones de otros, y son advertidos con “No digas nada si no tienes la voluntad de auxiliar al usuario.” El resultado de la salida de los participantes experimentados a cualquier otro lado causa que desciendan en balbuceos ininteligibles y se vuelvan inútiles como foros técnicos.

Ser exageradamente “amistoso” (en ese sentido) o útil: elige uno.

Recuerda: Cuando ese hacker te dice que estas jodido, y (no importa que tan severamente) te dice que no lo vuelvas a hacer, él esta presentando una preocupación por (1) ti y (2) su comunidad. Sería mucho más sencillo para el ignorarte y filtrarte de su vida. Si no puedes manejar el ser agradecido, al menos ten un poco de dignidad, no te quejes, y no esperes ser tratado como una muñeca frágil solo porque eres el nuevo con un alma teatral hipersensible y con ilusiones de estar autorizado a todo.

Algunas veces te atacarán personalmente, te soflamearán sin una razón aparente, etc., incluso si no la regaste (o solo la regaste en su imaginación). En tal caso, quejarse es el camino para realmente joderte

Estos soflameros también son lamers que no tienen ni idea pero creen ser expertos, o podrían ser psicólogos analizándote hasta que estés jodido. Los otros lectores también los ignoran, o hallan vías para lidiar con ellos a su modo. Las conductas soflameras crean problemas para ellos mismos, lo cuál no nos concierne.

No te dejes arrastrar a una guerra de flamazos, tampoco. La mayoría delos flamazos es mejor ignorarlos — hasta que verifiques si realmente son flamazos, no señalamientos en las formas en las cuales has sido jodido, y no respuestas hábil e inteligentemente cifradas a tus verdaderas preguntas (esto también pasa).

Preguntas que no deben hacerse.

Aquí hay algunas preguntas estúpidas clásicas, y lo que piensan los hackers cuando no las responden.

P:¿Dondé puedo encontrar el programa o el recurso X?
P:¿Cómo puedo usar X para hacer Y?
P:¿Cómo configuro mi shell?
P:¿Puedo convertir un documento AcmeCorp en un archivo TeX usando el convertidor de archivos Bass-o-matic?
P:Mi {programa, configuración, sentencia SQL} no trabaja
P:Tengo problemas con mi máquina Windows. ¿Me podrían ayudar?
P:Mi programa no trabaja. Creo que la utilería de sistema X esta rota
P:Tengo problemas al instalar Linux o X. ¿Podrían ayudarme?
P:¿Cómo obtengo él root/robo opciones de privilegio en un canal/leo el correo de alguien más?

P:	¿Dondé puedo encontrar el programa o el recurso X?
R:	En el mismo sitio donde yo lo hallaría, idiota. Al final de una búsqueda web.Dios, ¿qué no sabe todo el mundo como usar Google ya?
P:	¿Cómo puedo usar X para hacer Y?
R:	Sí lo que quieres es hacer Y, deberías preguntarle sin presuponer el uso de un método que podría no ser el adecuado. Las preguntas de esta forma indican que una persona no es simplemente ignorante de X, sino confundidas acerca de que problema Y que están resolviendo y demasiado fijado en los detalles de su particular situación. Generalmente es mejor ignorar a tales personas hasta que logren definir su problema mejor.
P:	¿Cómo configuro mi shell?
R:	Sí eres lo suficientemente inteligente para preguntar eso, también eres lo suficientemente inteligente para RTFM y hallarlo por ti mismo.
P:	¿Puedo convertir un documento AcmeCorp en un archivo TeX usando el convertidor de archivos Bass-o-matic?
R:	Intentalo y observa. Si lo haces, tú mismo (a) aprenderás la respuesta, y (b) dejarás de desperdiciar mi tiempo.
P:	Mi {programa, configuración, sentencia SQL} no trabaja
R:	Esa no es una pregunta, no estoy interesado en jugar Maratón para adivinar tú pregunta — Tengo mejores cosas que hacer. Al ver cosa como esta, mi reacción es normalmente una de las siguientes: ¿Tienes algo más que agregar a eso? oh, eso es malísimo, espero que lo arregles. ¿Y eso qué tiene que ver exactamente conmigo?
P:	Tengo problemas con mi máquina Windows. ¿Me podrían ayudar?
R:	Sí. Tira esa basura de Microsoft e instala un sistema operativo open-source como Linux o BSD. Nota: tu puedes preguntar cosa relacionadas Windows si son de un programa que también tenga un binario legítimo Windows, o que interactúen con máquinas Windows (i.e., Samba). Solo no te sorprendas por la respuesta de que el problema es con Windows y no con el programa, porque Windows esta tan mal que en general usualmente es el caso.
P:	Mi programa no trabaja. Creo que la utiler&iaacute;a de sistema X esta rota.
R:	Mientras que es posible que seas la primer persona que note una deficiencia obvia en las llamadas de sistema y bibliotecas de programación usadas ampliamente por cientos o miles de personas, lo más seguro es que no tengas ni idea. Declaraciones extraordinarias requieren evidencia extraordinaria; cuando haces una declaración como esta, debes respaldarla con documentación clara y exhaustiva del caso de falla.
P:	Tengo problemas al instalar Linux o X. ¿Podrían ayudarme?
R:	No. Necesitaría tener acceso a tu máquina para revisarla y diagnosticarla. Ve a preguntar a tu grupo de usuarios de Linux local para que te den una mano. (Puedes hallar una lista de grupos de usuarios aquí.) Nota: preguntas referentes a la instalación de Linux serían apropiadas si estas en un foro o en una lista de correo acerca de una distribución en particular, si el problema es con esa distro; o en un foro de grupos de usuarios. En este caso, asegurate de describir los detalles exactos de la falla. Pero has una búsqueda cuidadosa antes, con "linux" y todas las piezas de hardware sospechosas.
P:	¿Cómo obtengo el administrador/robo opciones de privilegio en un canal/leo el correo de alguien má?
R:	Eres un tipo de vida inferior por esperar a hacer tales cosas y un imbécil por pedirle a un hacker que te ayude.

Buenas y Malas preguntas.

Finalmente, voy a ilustrar como formular preguntas de una manera inteligente con ejemplos; pares de preguntas acerca del mismo problemas, una formulada de manera estúpida y otra de manera inteligente.

Estúpida: ¿Dónde puedo encontrar cosas acerca del Foonly Flurbamatic?

Esta pregunta solo ruega por un "STFW" como respuesta.

Inteligente: Usé Google intentando encontrar “Foonly Flurbamatic 2600” en la Web, pero no hallé pistas útiles.¿Podría tener una indicación de información para programar en este dispositivo?: Este ha leído STFW, y suena como que posiblemente tenga un problema real.

Estúpida: No puedo obtener el código fuente del proyecto foo para compilarlo. ¿Por qué esta roto?

El solicitante cree que alguien más lo perjudico. Retrasado mental arrogante...

Inteligente: El código del proyecto foo no compila en Nulix versión 6.2. Leí las FAQs, pero no tienen nada en ellas relacionado con el problema en Nulix. Aquí hay una transcripción de mis intentos de compilar; ¿será algo que hice?

El solicitante especificó el ambiente de compilación, leyó las FAQs, muestra el error, y no asume que su problema es el error de alguien más. Este podría obtener algo de atención.

Estúpida: Tengo problemas con mi tarjeta madre. ¿Podría alguien ayudarme?

J. Random Hacker responde a esto como “Correcto. ¿También necesitas jugueteo y cambio de pañales?” seguido de un golpe en la tecla de borrar

Inteligente: Intenté X, Y, y Z en una tarjeta madre S2464. Cuando eso no funciono, intenté A, B, y C. Noté el síntoma curioso cuando traté C. Obviamente el aparatito esta furulando, pero los resultados no son lo que uno esperaría. ¿Cuáles son las causas usuales de furular en las tarjetas madre Athlon MP? Alguien tiene ideas para más pruebas que pueda correr para resolver el problema?

Esta persona, parece merecedor de una respuesta. El/Ella exhibió inteligencia a la hora de la solución del problema en vez de esperar pasivamente por una respuesta para to atacar al problema.

En la última pregunta, nótese la sutil pero importante diferencia entre demandar “Denme una respuesta” y “Por favor ayudenme a darme cuenta que diagnósticos adicionales puedo correr para lograr iluminación .”

De hecho, la forma de la última pregunta esta basada en un incidente real que pasó en Agosto de 2001 en la lista de correo del kernel linux (lkml).Yo (Eric) fuí el que formuló la pregunta en aquel tiempo. Observe extraños lockups en una tarjeta madre Tyan S2462. Los miembros de la lista proveyeron la información critica que necesitaba par solucionarlo.

Al formular la pregunta de la forma en que lo hice, di a las personas algo en que entretenerse; hice sencillo y atractivo para ellos involucrarse. Demostré respeto por la habilidad de mis pares y los invité a consultarme como un par. También demostré respeto por su valioso tiempo al decirles los callejones sin salida que ya había recorrido.

Después de todo, cuando agradecí a cada uno de ellos y remarque que tan bien había salido el proceso, un miembro observó que el pensó que había trabajado bien el proceso no porque yo fuera un “nombre” en esa lista,sino porque realicé las preguntas de la manera adecuada.

Los Hackers son en muchas maneras una meritocracia muy ruda; estoy seguro de que él estaba en lo correcto, y que si me hubiera comportado como una esponja hubiera sido flameado o ignorado sin importar quien fuera. Su sugerencia de que escribiera el incidente por completo como instrucción para otros llevo directamente a la creación de esta guía.

Si no puede obtener una respuesta.

Si no puedes obtener una respuesta, por favor no lo tomes personalmente el que tengamos la sensación de que no podemos ayudarte. Algunas veces los miembros del grupo que ha sido interrogado pueden simplemente no saber la respuesta. No recibir respuestas no es lo mismo que ser ignorado, aunque admito que es difícil mostrar la diferencia desde afuera.

Generalmente, simplemente volver a publicar tu pregunta es una mala idea. Esto será visto como una molestia sin sentido. Ten paciencia: la persona con tu respuesta puede estar en un huso horario diferente y dormida. O podría ser que tu pregunta este mal formulada como para empezar con ella.

Hay otra fuentes de ayuda a las que puedes acudir, frecuentemente mejores adaptadas a las necesidades de los novatos.

Hay muchos grupos de usuarios en línea y locales quienes son entusiastas del software, incluso aunque no han escrito software por ellos mismos. Estos grupos frecuentemente se forman de tal manera que se pueden apoyar mutuamente y ayudar a los nuevo usuarios.

También hay multitud de compañías comerciales que puedes contratar por soporte, grandes y pequeñas (Red Hat y SpikeSource son dos de las más conocidas; también hay muchas otras). ¡No te desmayes por la idea de tener que pagar por un poco de ayuda! Después de todo, si el motor de tu carro rompe una junta, las opciones son de que lo lleves a algún sitio a reparar y pagues para que lo arreglen. Incluso si el software no te costo nada, no puedes esperar que el soporte siempre sea por nada.

Para el software popular como Linux, hay al menos 10,000 usuarios por cada desarrollador. Simplemente es imposible para una persona tomar las llamadas de soporte para cercad de 10,000 usuarios. Recuerda que incluso si tienes que pagar por soporte, estas pagando muchísimo menos que si hubieras comprado el software (y el soporte para software propietario de fuente cerrada es usualmente más caro y menos competente que el soporte para el software open-sorce).

Cómo responder preguntas de manera útil.

Sé cuidadoso. La tensión relacionada con los problemas puede hacer que la gente parezca ruda o estúpida incluso cuando no lo son.

Responde a un ofensor-por-primera-vez off-line. No hay necesidad de humillarse públicamente para alguien que ha cometido un error honesto. Un novato real puede no saber como buscar archivos o donde se alojan las FAQs o publicar.

¡Si no estas seguro de saberlo, dilo! Una respuesta errónea pero imperativa es peor que nada. No mandes a nadie por el camino incorrecto simplemente porque es divertido sonar como una autoridad. Se honesto y humilde; da un buen ejemplo para ambos, el solicitante y tus pares.

Si no puedes ayudar, no obstruyas. No hagas bromas acerca de procedimientos que pudieran fregar la configuración del usuario — el pobre podría interpretarlos como instrucciones.

Interroga y sondea para obtener más detalles. Si eres bueno para esto, el solicitante aprenderá algo — y también podrías hacerlo tu. Intenta transformar las malas formulaciones de preguntas en buenas; recuerda que todos fuimos novatos alguna vez.

Mientras murmurar RTFM es algunas veces justificado cuando se responde a alguien que es solamente un haragán perezoso, un señalamiento a la documentación (incluso si es simplemente una sugerencia a buscar en google la palabra clave) es mejor.

Si vas a responder de todas maneras,dale un buen valor. No sugieras tonterías como vías alternas cuando alguien esta usando la herramienta equivocada o el enfoque incorrecto. Sugiere buenas herramientas. Redimensiona la pregunta.

Ayuda a tu comunidad para que aprendan de la pregunta. Cuando trabajes una buena pregunta , preguntate “¿Qué tanto tiene que cambiar la documentación relevante o las FAQs de tal manera que nadie tenga que preguntar esto nuevamente?” Entonces manda un parche al encargado de la documentación.

Si realizaste investigación para responder a la pregunta, demuestra tus habilidades en vez de escribir como pensaste en sacarla de tu trasero. Contestar una buena pregunta es como alimentar a un hambriento con nuestra comida, pero enseñarles a desarrollar sus habilidades con ejemplos es mostrarles como cosechar comida para toda la vida.

Recursos relacionados.

Si necesitas instrucción acerca de las bases de cómo las computadoras personales, Unix, y la Internet trabajan, lee The Unix and Internet Fundamentals HOWTO.

Cuando liberes software o escribas parches para software, intenta seguir las guías del Software Release Practice HOWTO.

Agradecimientos

Evelyn Mitchell contribuyó con algunos ejemplos de preguntas inteligentes y estúpidas e inspiro la sección llamada “Cómo dar una buena respuesta”. Mikhail Ramendik contribuyó con algunas sugerencias particulares valiosas para mejoras.

Fedora 11 Leonidas and old issues

noreply@blogger.com (luis enrique) — Fri, 02 Oct 2009 23:24:00 +0000

You can believe in the fancy fashion or want to be at the edge of releases, believing that gonna fix your old issues. Nothing as wrong as that!.

Let's gonna talk about that continuous problem with grub and the Optiplex dell's series. AFAIK the problem has been there since 2003 or even before. I've been searching about fixes for these problem, because , as Dijkstra wrote, it's not a "bug" , it's just an error.....which hasn't been fixed in all these years.

Whats about a work around for this problem?

You can try to update the bios of these kind of problems, but believe me , nothing to do int that way. I updated to version 1.1.12 my optiplex 320 and nothing changed with grub , still can't boot.
The traditional answer should be "use the pci=nomsi" boot parameter, usually that works for the fc6 and others. Thats a way, it's the answer you can find in forums and faq's. Actually with Leonidas you don't need that parameter at all. It keep sucking with the video drivers. It's supposed that releases are intended to fix that kind of errors, or improve or remove ..... etc.

Well, the fedora staff has no idea about that, and it's not in his plans to add that kind of support. At least the last post i read, say something like " problem wont fix" as the support for that core release finishes. Thats the idea fedora team propagate in his forums and answers. Which kind of users they want to create and get grown if they work with that attitude?!?

You can try LiLo as boot loader in order to workaround this problem, or you can use another kind of loader , there's a lot of then which you can try. I tried GAG , but couldn't fix it, also tried a liveCD which uses grub4dos as boot loader an was able to get the partition up an d running. It uses this intruction


find --set-root /sbin/init 
configfile /boot/grub/menu.lst

and that's all , the trick its done...

Ways to discover how to break something in some place

noreply@blogger.com (luis enrique) — Thu, 06 Aug 2009 00:43:00 +0000

Well , there are a few moments where you want to update/upgrade/improve some applications in your system, right?, and you believe the promises of your well known provider of free soft, i mean , i don't have anything against promises, but, WTF , who need it?!?.
You are using the office suite that you get when installed your favorite OS, and you are part of that guys who think sometimes it's better have the latest version. It's some kind of familiar, right?
As all brainless ape, and let me tell you i love monkeys, you take the steps in order to make it. Oh , lord!.
So , let's gonna review it; first , downloaded the application, in this case we are gonna "upgrade" OpenOffice dude. Go to the well known site, and just wait a moment, you are not in a hurry, ok?. After that you are going to get something like this:

OOo_3.1.0_LinuxIntel_install_en-US_deb.tar.gz

You can use the well-known-old-steps to uncompress and unpack it :

tar xvfz  OOo_3.1.0_LinuxIntel_install_en-US_deb.tar.gz

And you must get something like this:

OOO310_m11_native_packed-4_en-US.9399/
|-- DEBS
| |-- desktop-integration
| | `-- openoffice.org3.1-debian-menus_3.1-9393_all.deb
| |-- ooobasis3.1-base_3.1.0-11_i386.deb
| |-- ooobasis3.1-binfilter_3.1.0-11_i386.deb
| |-- ooobasis3.1-calc_3.1.0-11_i386.deb
| |-- ooobasis3.1-core01_3.1.0-11_i386.deb
| |-- ooobasis3.1-core02_3.1.0-11_i386.deb
| |-- ooobasis3.1-core03_3.1.0-11_i386.deb
| |-- ooobasis3.1-core04_3.1.0-11_i386.deb
| |-- ooobasis3.1-core05_3.1.0-11_i386.deb
| |-- ooobasis3.1-core06_3.1.0-11_i386.deb
| |-- ooobasis3.1-core07_3.1.0-11_i386.deb
| |-- ooobasis3.1-draw_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-base_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-binfilter_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-calc_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-draw_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-help_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-impress_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-math_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-res_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us-writer_3.1.0-11_i386.deb
| |-- ooobasis3.1-en-us_3.1.0-11_i386.deb
| |-- ooobasis3.1-gnome-integration_3.1.0-11_i386.deb
| |-- ooobasis3.1-graphicfilter_3.1.0-11_i386.deb
| |-- ooobasis3.1-images_3.1.0-11_i386.deb
| |-- ooobasis3.1-impress_3.1.0-11_i386.deb
| |-- ooobasis3.1-javafilter_3.1.0-11_i386.deb
| |-- ooobasis3.1-kde-integration_3.1.0-11_i386.deb
| |-- ooobasis3.1-math_3.1.0-11_i386.deb
| |-- ooobasis3.1-onlineupdate_3.1.0-11_i386.deb
| |-- ooobasis3.1-ooofonts_3.1.0-11_i386.deb
| |-- ooobasis3.1-oooimprovement_3.1.0-11_i386.deb
| |-- ooobasis3.1-ooolinguistic_3.1.0-11_i386.deb
| |-- ooobasis3.1-pyuno_3.1.0-11_i386.deb
| |-- ooobasis3.1-testtool_3.1.0-11_i386.deb
| |-- ooobasis3.1-writer_3.1.0-11_i386.deb
| |-- ooobasis3.1-xsltfilter_3.1.0-11_i386.deb
| |-- openoffice.org-ure_1.5.0-11_i386.deb
| |-- openoffice.org3-base_3.1.0-11_i386.deb
| |-- openoffice.org3-calc_3.1.0-11_i386.deb
| |-- openoffice.org3-dict-en_3.1.0-11_i386.deb
| |-- openoffice.org3-dict-es_3.1.0-11_i386.deb
| |-- openoffice.org3-dict-fr_3.1.0-11_i386.deb
| |-- openoffice.org3-draw_3.1.0-11_i386.deb
| |-- openoffice.org3-en-us_3.1.0-11_i386.deb
| |-- openoffice.org3-impress_3.1.0-11_i386.deb
| |-- openoffice.org3-math_3.1.0-11_i386.deb
| |-- openoffice.org3-writer_3.1.0-11_i386.deb
| `-- openoffice.org3_3.1.0-11_i386.deb
|-- licenses
| |-- LICENSE_en-US
| `-- LICENSE_en-US.html
|-- readmes
| |-- README_en-US
| `-- README_en-US.html
`-- update

Have you notice which kind of system i'm using? the universal system, a trusty debian, it's cool, you know it. Ok, so can you see that enormous lists there?, yes , you have to install it, dammn!!
Don't worry, it's no so painful as you can believe, just calm down and take your time.

Firstable, you must install all the ooobasis3.1-core[X] files,, like this:

dpkg -i [filename].deb

After that , it the turn of ooobasis3.1-images_3.1.0-11_i386.deb..and so on. Try it, you can get a funny time. In my case i'm using gnome, so installed it with the gnome package, if you are using kde use the other,ok?.

And now , what?......be patient...ok , now we have our new and shiny office application, and also i already downloaded java from sun , installed it and edited my system's profile , in order to have sun's java in the PATH. Something like this:

PATH="/usr/java/jre1.6.0_13/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

You are that kind of guy who want to use the "proper" tools , and set the correct files in order to get everything working fine, yeah, sure!

And here appear our friendly web browser, the one that came with the OS, iceweasel. Before all the changes , i were able to visit all the websites without problem , but after that , and i guess sun's java is doing this, some web sites displayed ...like broken. Whats the moral of all this tour?? ....well, just do what you are going to accept, if you broke it , you must fix it .

At this moment i'm using chromium and even when it's beta, it displays everything well, so you can take a lot of lessons from this experience , you can fix it , you can undo it or you can change some settings in your system and keep it the way you like it even if you have to leave other apps. OpenOffice is working fine , and i like to use sun's java to code instead of gnu's one, cause i like it.

Weather Research & Forecasting for newbies

noreply@blogger.com (luis enrique) — Fri, 03 Jul 2009 22:00:00 +0000

Sometimes you get involved in some interesting subject like this one, modeling weather , free software, research and developing ,and more. Well,and this is the last day of academic activities , no more business days in the University, at least XD.

And you get the opportunity to meet another area, i mean, as computer geek; and i'm proud of them !, you cannot get involved easily in other knowledge areas beyond computing,and this time someone of the mechanical area visit us in order to get help about some software he is trying to use. Their are in thermo-fluids department(unfourtanely at this moment theres no site =( ) and they are developing projects with weather computer models, and let me say , at this point , that the best part of this is that they need free software in order to do that!!.

We are talking about WRF, and as they claim in their site, "The Weather Research and Forecasting (WRF) Model is a next-generation mesoscale numerical weather prediction system designed to serve both operational forecasting and atmospheric research needs". Believe it or Not!

As he is a newbie in the nixes world, the unknown many procedures to get installed this software, the common questing get arise, what is configure ?, how can i get executed that line ? should i have to use sudo all the time ? and many others.

Just following the instructions showed in the web site , you can get it.Some pics to show what you can do.

Bastille and Debian 5 (aka lenny)

noreply@blogger.com (luis enrique) — Wed, 17 Jun 2009 01:35:00 +0000

Sometimes you want a fancy tool to help you to make an instant secure server, may somewhat instant coffee does, but nothing is as easy as that. Shame on you!

Wel , it's not so bad, when trying to rise your knowledge it's an option. Have you ever read about 'hardening systems' in order to get a more secure place? thats what we are talking about, and one of such fancy tools is Bastille, and if you are asking why the address is bastille-unix,.....cybersquatters, can you believe it?!?. May be what we need are fancy-attorneys/hard-lawyers as complement to our sites!

On the other hand bastille works fine , just need to change some settings in ordet to get it work in our Debian lenny. First , we need to know what we are doing, ok? please on your command line try this:

#apt-get show bastille

it's gonna show you a lot of information , focus on what we need.

Package: bastille
Priority: optional
Section: admin
Installed-Size: 1484
Maintainer: Javier Fernandez-Sanguino Pen~a 
Version: 1:2.1.1-19
Depends: libcurses-perl, perl5
Filename: pool/main/b/bastille/bastille_2.1.1-19_all.deb
Description: Security hardening tool

and as you can see it says version 2.1.1-19 and a brief description about that

Bastille Linux is a security hardening program for GNU/Linux.
It increases the security of the system either by disabling
services (if they are not necessary) or by altering their
configuration.
.
..., Bastille educates the administrator during the hardening process:
in each step of the process, extensive descriptions are
given of what security issues are involved. Each step is
optional ...

It's look pretty , right? and of course as debian user you belive in the 'stable' releases ...of course , who can doubt of debian 'stable' releases? It's time to grow Dorothy , sometime you need to make in other way. And we are lucky, someone has the same problem and gave us the solution .thanks a lot Alucard. As suggested , we add in our source.list file a new repo for squeeze, should be something like this

deb-src http://[your.prefered.debian.repository]/debian/ squeeze main contrib non-free

#apt-get uppdate
#apt-get build-dep bastille
#apt-get source -b -t testing bastille

and .....that's it you should get something like this

bastille_3.0.9-12_all.deb:      Debian binary package (format 2.0)
bastille_3.0.9-12.diff.gz:      gzip compressed data, from Unix, last modified: Sun May 31 06:51:42 2009, max compression
bastille_3.0.9-12.dsc:          ASCII text
bastille_3.0.9-12_i386.changes: ASCII English text
bastille_3.0.9.orig.tar.gz:     gzip compressed data, from Unix, last modified: Mon Jun  5 08:04:14 2006

as you can see , you got a .deb file, so just type

dpkg -i [packagename].deb

and it's going to work for you, and you can take a rest for a few moments. So now from your command line you can type InteractiveBastille and you are gonna face the graphical front-end for bastille , please read carefully all the questions in order to set up properly your system.I know, i know , it's not the best front end , but .....it works , and thats just fine for me. You can keep all this settings or change as you can read in this front-end, teaching yourself it's the best way to know what you're doing, so please keep that in mind.

An advice: if you find something, you don't like, remember .......YOU CAN CHANGE IT , read , refer to faqs, blogs, group lists, manuals , irc channels, etc.

KDE for Windows™

noreply@blogger.com (luis enrique) — Tue, 21 Apr 2009 22:41:00 +0000

"Wow! ....." that was my first reaction, when i read about that. What's going on?. Ok , let's gonna see it! At least they have the benefit of doubt.

First step :
Visit that web page in order to see the maturity of the project.

Second step:
Let's gona download the instaler.....ok , like all the new instalers, it works with a network connection .....damn it!! I don't have one in my home , mfckr!. It's ok, we are not gonna worry , that why many others have done tools such like wget and that's the reason we love *nix systems!!

Third step:
we have downloaded all the mirror of these port for KDE, it's about 1.9 G ..and now let's gonna play!.

Finally we copy all our software in our winbox, run the installer, a local installation of course ,and we enjoy our port.....well it's not so a big think, we have the regular applications that we get in a KDE environment, we have games , no office applications, some tools for developers , downloader programs .... It tastes good!

At the moment it's a unstable development and has a lot of bugs, that happens always with software that is ported from on platform to another, life is like that. It's a nice try, i believe [i want to believe, molder =) ]we are facing with an effort to bring foss to the main private, non-free , not-open platform and thats another way to show people whats the power of the free and open source software. Many people says we must not port foss to private platforms , and i say "not at all, we are not a fundamentalist crew ..or at least i dont" , we are a community and we can try many ways to be free, even one you don't like it".

Como llegó la noche

noreply@blogger.com (luis enrique) — Mon, 13 Apr 2009 21:10:00 +0000

Las más de las veces se necesita un saludable punto de vista diferente al nuestro o al usual. Y creanme, este libro tiene todo lo necesario para hacerlo.
Cuando por ignorancia o mala fé, tienes una ceguera o crees saberlo todo [¿no es lo mismo?],siempre habrá libros escritos por aquellos contra los que se cometio un crimen, una barbaridad y que reclaman su derecho a contar esa parte de la historia que los tiranos han manipulado a su capricho. En particular este libro te quitará, a ti lector, esas telarañas que nos han infiltrado en la mente, aquello que las mitologías cavernarias han inoculado y perpretado con la fantasía revolucionaria. Solo aquellos que no teman ver ídolos caidos o que se atengan a la verdad histórica podrán sacar las enseñanzas necesarias de testimonios como este.

Un ejemplar de este libro lo pueden encontrar en la biblioteca central. Totalmente recomendable. aunque romperá el corazón de varios ~~revolucionarios~~ soñadores.

Windmills in the *nixs Land

noreply@blogger.com (luis enrique) — Tue, 31 Mar 2009 01:33:00 +0000

Like those characters from Saavedra story,
whose create images in the horizon, we are facing some sayings, more hoaxes-like , about the nature of viruses. And focused in *nixs Systems, theres a lot of people, related to anti-virus companies claiming for the use for his products for these kind of systems. And the strategy is the old-one prophecy "In people's minds, if it's non-Windows, it's secure, and that's not the case. They think nobody writes malware for Linux or Mac OS X. But that's not necessarily true ..." or "The growth in Linux malware is simply due to its increasing popularity, particularly as a desktop operating system ... The use of an operating system is directly correlated to the interest by the malware writers to develop malware for that OS."

I've been searching for some information about this question, and IMHO there's nothing to be afraid for that! .I mean, your are using these kind of systems ( put any reason here ), and you have learned that is your responsibility get the knowledge about securying, administrating and defending your system, right?. Even for those who doesn't want to read HOw-To's, FAQ's , manuals, forums, user-groups etc, it's not painful , or not to much keep the system safe and stable!

At the moment, we are not in crisis. What we specting from the warning about viruses for all OS's?well, not all the users get involved, it's focused on that kind of people who doesn't want to learn how to use Internet /live in web. If you're those kind of people who believes that yelling others ( tech services , etc), you will get an answer or solve the problem, my advice is ......keep using the proprietary OS's ( Redmond or Cupertino , its your choice) they made their systems a lot easier and ...it's for non-geeks,non-savvy, non-weirdo , if you just want to use it to write documents , to watch youtube and stuffs like that, don't shoot the feet yourself.

About the malware, viruses, trojans ....you can try it, it's hard but you can. In comparison with the proprietary systems, you have a lot of options not only one window system, you get the option to use the file system you like, or take any other if you want to test it, many browsers , a lot of desktop applications, and the crown's jewel ....a *nix architecture. If you pretend that theres is easy way to create a virus/malware/trojan for *nixs system's, something like "the easy five steps to make a virus for **nix" that;s not true at all. The simple user should be an asshole or stupid to fall in the trick. I'm not gonna underestimate no one but that is not happening even when there's challenges and prizes, no one it's showing code or evidence in other way.
Don't worry about the fact that desktops are including autorun, automount or any other fancy features .....from the moment fear, uncertainty and doubt is not in our side.

If you want to get a second opinion and further information, please refer to:

How to write a Linux virus in 5 easy steps

Linux malware

Linux a Virus Target?

discussion about "How to write ..." you know, the one above

PUMASOL

noreply@blogger.com (luis enrique) — Mon, 23 Mar 2009 21:22:00 +0000

Segundo coloquio universitario de Software Libre PUMASOL 2009
El Software Libre es uno de los paradigmas de desarrollo de software que a recientes fechas ha logrado una gran relevancia porque permite la generación de soluciones informáticas, varias de éstas de gran calidad, a través de la participación de grandes grupos de desarrolladores distribuidos por todo el mundo.

Dada esta cualidad es importante denotar que el software libre, por ser un software construido colaborativamente, del cual se puede tener acceso al código fuente, modificarlo, corregir errores y lo mejor de todo es el hecho de compartir tanto el código fuente como el software sir ser ilegal el hacerlo.

Todo esto basado en la filosofía del Software Libre, que se corresponde con el compartir, la busqueda de la libertad del software, del usuario y del ciberespacio.

Es así como el Laboratorio de Investigación y Desarrollo de Software Libre(LIDSOL), buscando ser partícipe de esta forma de creación y de compartir el conocimiento, en coordinación con la Facultad de Ingeniería de la UNAM, se complace en anunciar el "II Coloquio Universitario de Software Libre PUMASOL" http://pumasol.org. El coloquio se realizará los dias 21,22 y 23 de Abril de 2009 en el auditorio del edificio principal de la Facultad de Ingeniería, campus C.U.

El coloquio tiene por finalidad presentar los trabajos de desarrollo de software que hayan sido liberados como Software Libre por el grupo de desarrolladores o que mediante el empleo de herramientas libres, estén desarrollando soluciones computacionales.

Los temas a tratar:

Desarrollo de Software Libre

Desarrollo de sistemas usando Software Libre

Fechas importantes:

17 de Febrero: día de la publicación de la presente convocatoria y comienzo de la recepción de trabajos

31 de Marzo: cierre de la recepción de trabajos

10 de Abril: publicación de las ponencias aceptadas

21 a 23 de Abril: exposición de las ponencias aceptadas

Formato de los trabajos:

Los trabajos deberán estar escritos en español y deberán tener una extensión mínima de uan cuartilla y máximo de dos. Los trabajos deberán ser presentados en cualquiera de los siguientes formatos: para el texto odt, pdf o latex. Los trabajos que no cumplan o excedan la extensión serán rechazados así como cualquier ponencia propuesta sin trabajo escrito presentado.

Envíos de propuestas y dudas

Las pláticas propuestas deberán ser enviadas a través de http://pumasol.org/talks

Las dudas se pueden consultar en:

pumasol@lists.lidsol.net

PCBSD 7

noreply@blogger.com (luis enrique) — Thu, 19 Mar 2009 02:19:00 +0000

Una de mis lineas de investigación acerca del software libre, ha sido con el sistema PCBSD, el cual vengo utilizando , junto con otros más, desde su versión 1.4. En sus anteriores versiones, me gustaba la forma en que habian distribuido el sistema, el escritorio elegido de antemano ( KDE y sin despreciar otras ofertas)
Como recordatorio, PCBSD, es un sistema basado en FreeBSD, por lo cual tiene todas las capacidades y cualidades de los sistemas *BSD. Tambien me había gustado que en la versión 1.4 traía la tecla win habilitada para funcionar ,pero en las versiones siguientes la deshabilitaron. >=[
Aunque eso no es mayor problema , ya que trae una gran cantidad de software muy util para cualquiera que pruebe el sistema. Tanto para los usuarios de primera vez como para los que sean veteranos en el uso de sistemas *nix. Me ha llamado la atención el sistema instalador que posee. Me refiero al PBI, que es un sistema al estilo redmodn , de doble click e instale , es bastabte bueno , me refiero a que los usuarios nuevos de este sistema ya no tienen que pasar la curva de aprendizaje tan a secas. Ya pueden instalar desde el primer momento las aplicaciones que esten disponibles en este formato.

Claro que no esta excento de los problemas que hemos visto en otro tipo de sistemas de instalación ,pero en los BSD's me parece un acierto. Tiene lo que se espera de cualquier sistema para escritorio, procesadores de texto algusto del usuario ,

aplicaciones de uso académico, herramientas matemáticas, gráficos avanzados, juegos, astronómicas, etc.

Si eso no fuera suficiente, el sistema de instalación del sistema es bastante amigable para el usuario novel, es decir que no tendra muchas dudas o problemas a la hora de realizar una instalación nativa. Y para llenar el cuenco, tenemos todo el poder derivado de la familia FreeBSD

Debo de mencionar que en la última versión que estoy probando no me gustó el escritorio por defecto , y se que no soy el único, lo acepto, ya me había acostumbrado a la apariencia de KDE, y ahora el nuevo desarrollo .....no me gusto. A este sistema lo recomendaria para aquellos que no se han metido al mundo de los BSD's, para comenzar a darle una ligera probada a este tipo de sistemas.

El abuelo rojo ...

noreply@blogger.com (luis enrique) — Tue, 10 Mar 2009 02:37:00 +0000

Creo que fué una de mis lecturas más esperadas, yo crecí en un ambiente en el cual él era ( y lo sigue siendo) una de las figuras más admiradas, reconocidas y queridas. Todavia el dia de hoy tenemos su imagen en un librero , cuidadosamente cerca de otras lecturas. Conocer de él a través de la lectura de este libro es una delicia. Siempre habia tenido referencias indirectas de él , pero esta vez, de la mano de Paco Ignacio Taibo II voy descubriendo algunas de sus memorias e historia. Saber un poco más de lo que sus acompñantes recuerdan de él. Se que él es diferente de lo que hasta el momento creía conocer de el.Se que me falta leer mucho de su obra, de lo que el quiso dejarnos ....

Han cambiado los tiempos, casi no se te tiene en la memoria, tu nombre es lo que más se recuerda de ti, mas casi no sabemos que hiciste y pero aun ...por que es tan necesario. Un poco de lo que hago me hace creer que me acerco a ese conocimiento, necesidad la más de las veces, de un reparto mucho más igualitario, de justicia para todos.

Saber de tus peripecias, errores y aciertos, de lo que pretendias que fuera el futuro, que es tan diferente de lo que es nuestro presente. Se que no lo sabes, pero te recuerdan mas a base de imagenes, el santo laico te han llamado, que por el resultado de tus obras. Uno de los mejores en retener tu imagen , en mi opinión fue Alberto Díaz Gutierrez (a) korda , cubano como tu, que realmente supo captarte en una imagen que se ha vuelto emblemática.

Consegui este libro en la Biblioteca José Vasconcelos,un buen lugar para encontrar algunas joyas perdidas, que reclaman ser leidas por los ojos interesados de quien sepa valorarlas.

Gracias Paco.

LIDSOL con aires diferentes

noreply@blogger.com (luis enrique) — Tue, 10 Feb 2009 23:14:00 +0000

Nadie libera a nadie, ni nadie se libera sólo.Los hombres se liberan en comunión.

Paulo Freire

Recientemente se han empezado a gestar una serie de cambios en el Laboratorio de Investigación y Desarrollo de Software Libre (a) LIDSOL,en el tiempo que yo llevo aquí no había presenciado algo parecido.....a qué me refiero ?, pués a que recientemente se presentaron cuatro personas dispuestas a realizar su servicio social aquí!! en al Lab.!!
Depués de intentar disuadirlos de llevar a cabo tal despropósito y viendo que estaban más convencidos que resignados , pues decidí tomarlos como base para propiciar un cambio en el mismo laboratorio. Para ser franco no me gusta el estado actual del mismo.Siempre he sentido que faltaba algo ,no puedo decir con exactitud qué es , simplemente se que hay algunas actitudes y hábitos que no quiero que se sigan dando en LIDSOL.

El laboratorio simpre ha tenido gente valiosa , como knish quien es y ha sido una de las personas a las que reconozco en lo personal, pero ahoraq anda por otras latitudes y en otros proyectos , y también han estado en el laboratorio muchas otras personas , con algunas me he entendido bien y con otras no tanto. Por lo tanto creo que eso fue lo que más me motivó ha tomar moldear de una manera diferente a los nuevos integrantes de este proyecto.

No se realmente los alcances de mi intervención con ellos , pero creo qué el esfuerzo de intentar otro realidad es posible y válido. No creo en las fatalidades , esos eventos que son inevitable y perpetuos. Comentando la entrada , recientemente he comenzado a leer a Paulo Freire , todavía no llevo lo suficiente como para realizar un comentario de su obra pero lo que he leído me ha gustado y me ha parecido correcta su apreciación del problema acerca de la educació

Sé que en lo personal me falta todavia mucho camino que recorrer, pero para mi es inevitable la crítica ,porque realmente creo en este tipo de proyectos ,asi que siempre he buscado que es lo que se podría mejorar en ellos.

Hablando de ellos, los integrantes de servicio social, me han dejado una buena impresión , hasta el momento han demostrado con creces ser gente dispuesta a aprender y sin miedos o perezas , ellos son Luis ,Alberto ,Manuel y Yessica

Me pregunto hasta donde serán capaces de rebasarnos, cada uno de ellos tiene sus propios retos y limitantes ,y a pesar de que se que ellos responderán de manera diferente sé que daran lo que tengan que dar para ese propósito.Son muchas las interrogantes que en este momento tengo acerca de este momento lidsolero , además tenemos en puerta un par de actos para el mes de abril , como son el PUMASoL y el FliSoL

Para finalizar creo que Freire tiene algo más que agreagar para esta entrada :

Separada de la práctica, la teoría es puro verbalismo inoperante; desvinculada de la teoría, la práctica es activismo ciego.

De verdad gracias de corazón a todos los que hacen posible este proyecto

Un proyecto muy interesante

noreply@blogger.com (luis enrique) — Sat, 24 Jan 2009 00:49:00 +0000

Hace unos dias estaba revisando un proyecto que me interesó sobremanera, y esto se debio que tenía una idea parecida y que vagamente había pensado que algo parecido se podía hacer.

En esta ocasión vi que esta compilación es más que adecuada para el área donde nos desarrollamos.

Este Spin de Fedora esta bastante bien equilibrado con respecto al desarrollo y madurez de los diferentes componentes del Electronics Labs.

Hay que comenzar por reconocer un déficit en la presencia del FOSS en las ingenierías, la mayor parte de mí carrera estuvimos usando software propietario (que era pirata) porque desconocíamos o no existía software libre, o al menos eso era lo que sabíamos.

Asi que hice la revisión del mismo y me dejó un agradable sabor. Por principio , es un liveDVD ligerito.En cuanto a las aplicaciones , pues revisamos KTechlab que es un IDE para desarrollo de circuitos electrónicos y PICs.

Otra de sus aplicaciones es gEDA, que es uno de los proyectos más fuertes en la red , en cuanto al diseño de circuitos. Con el cual puedes diseñar tu circuito impreso, hacer las simulaciones y todo lo que podrís necesitar para un proyecto de electrónica. También me tope con gResistor, una ayuda simple para el cálculo del valor de las resistencias [ me hubiera servido mucho en la fac.] .

Algo que me gustó encontrar , aunque no este relacionado directamente con la electrónica , fué Kile que es un

front-end para Latex/Tex, un poderoso conjunto de herramientas para la creación de documentos, que nos merecerá mención aparte. =)

Otro entorno que debo mencionar es PikLab que nos ofrece una IDE al estilo MPLab conla cual podremos realizar nuestros proyectos en software libre . Otra inclusión que se le agradece al proyecto es QtOctave otro front-end para Octave , (hay unos pocos raros en el universo a los que no les gusta el modo texto).

El efecto mariposa

noreply@blogger.com (luis enrique) — Tue, 13 Jan 2009 21:45:00 +0000

Hace no mucho leí en el blog de un amigo acerca del Book meme, y darme cuenta de que muchísima gente tan pronto como lo vio/leyo , lo plasmó en sus sitios, en verdad me parecio sorprendente,lo cual me hizo reflexionar acerca de esos pequeños eventos que por si mismos no tienen fuerza alguna de importancia, pero que la suma de sus efectos producen algo, como lo que se ha dado en llamar El efecto mariposa

En mi área, es inevitable pensar en el surgimiento del FOSS ( Free and Open Source Software / Software de código libre y abierto) , cuya definición causa todavia buenas discusiones , que dejaremos al lector investigar y que se forme su propia opinión.

Toda esta discusión surge de mi parte, por estar trabajando o probando varios desarrollos que no pertencen por entero al software libre, pero que se han beneficiado mucho de esta comunidad , de sus aportes al desarrollo y a los proyectos. Alguna vez saber que Linus Torvalds trabajo en una compañía que produce procesadores , que Ian Murdock colabora con Sun© , y un largo etcétera. Muchos de estos proyectos han resultado muy fortalecidos con la inclusión de todo esto a sus desarrolloos , ya podemos ver versiones mas robustas de sus desarrollos .

Y todo esto comenzó con una bola de inconformes , que no aceptaban que muchas de estas compañías les impusieran lo que ofertaban , o porque sabían que ellos podían hacerlo mejor o de una manera distinta. Es algo que me estaba molestando desde hace un rato , veo que muchos desarrollos híbridos van de puerta en puerta gritando sus bondades recien adquirídas pero son omisos a la hora de agradecer a las comunidades correspondientes su gran aporte.

Esta imagen pertenece a la cofradía , uno más de los sitios donde la comunidad puede reunirse , conocerse e intercambiar ideas

Nuevos caminos

noreply@blogger.com (luis enrique) — Fri, 02 Jan 2009 20:51:00 +0000

Ahora vamos a explorar algunos senderos que habiamos tenido pendientes , estos son algunas de las exploraciones que he realizado durante algun tiempo.

Cygwin

Siempre he dicho que esta es una de las vias para poder tener una shell decente en los sistemas ms =) , claro que hay otras opciones como mingw o djgpp ,pero en este caso creo que cygwin es la opción mas completa.

Debo mencionar que si hay cosas que no me gustaron del instalador de cygwin, anteriormente lo habia intentado usar, parte de las ocupaciones de un estudiante con acceso restringido a la red. Entonces me di cuenta de que si lo queria usar pues realmente la mejor manera era intalando TODO (o la mayor parte) el entorno, pero si quería hacer eso ,....pues simplemente era muy difícil de conseguir , o el instalador se congelaba !

Una vez que se tiene esto , bueno pues le proceso de instalación es mas que trivial.Con el instalador de cygwin hacemos una instalación local y solo resta esperar que finalice .

Al final tenemos un servidor X bastante decente, que hara mas usable nuestro sistema MS

Un conocido me dijo alguna vez que la única manera que él logro hacer que trabajara el instalador , fue usando wine en un sistema *nix. Asi que esta vez lo primero que intente fue descargar todo el repositorio de software para cygwin ,(wget es una maravilla !!)
y despues grabarlo a disco , fue un doble capa 8 G ....de info!!.

Y como se puede ver , al ya tener el entorno corriendo en el sistemas MS, pues se aprecia su poderio !! .En las imagenes se puede apreciar la interfaz de usuario ademas de varias aplicaciones X corriendo en dicho entorno , nada que envidiar o pedirle al sistema nativo!!

Creo que para algunas aplicaciones ( sobre todo en lo referente a llevar software de una plataforma *nix a otra MS ) es muy util este tipo de herramientas, permiten tener todo el sabor de un buen entorno en donde , bueno ....ya lo saben >=)

miniTips:Recuperar el inicio de OpenBSD

noreply@blogger.com (luis enrique) — Thu, 13 Nov 2008 21:25:00 +0000

Algunas veces ,sobre todo en el ámbito académico , necesitamos instalar un sistema operativo distinto al usual. En este caso fué OpenBSD , un representante de la familia de los *BSD.

En este OpenBSD , que es la versión 4.2 , nos aparecio un problema al arranque , empezaba a bootear y nos mostraba una pantalla de errores , donde nos indicaba que no podia montar el directorio raíz ( / ).(Este tipo de problema , en OpenBSD , ocurre cuando tienes una interrupción de energía o cuando alguien apaga de botonazo la máquina.)

La manera de solucionarlo :

Utilizaremos el medio de instalación , cualquiera que haya sido este floppy,cdrom,etc. Una vez que logremos el arranque desde estos medios se comenzará a cargar lo necesario para arrancar un mini-sistema y despues veremos algo asi:

(I) intallation (U) upgrade (S) shell

donde escogeremos la opción S, que es la shell que nos permitirá hacer la magia de la recuperación.

Una vez dentro de la shell , vamos a ejecutar un comando que nos permitirá verificar la integridad del sistema de archivos y su posible reparación , dicho sea de paso ese comando es fsck.

#fsck /dev/rwd0a
#fsck /dev/rwd0d
#fsck /dev/rwd0g
#fsck /dev/rwd0e
*
*
para todas las particiones existentes .

y asi todo vuelve a la normalidad.

PD: agradecimientos a todos los participantes de canal de irc de #openbsd.

En especial a NicM irc.freenode.net (http://freenode.net/)

PD2: Una buena liga para todos aquellos que comienzan el camino de OpenBSD.

How to IDS's - snort - php - mysql -BASE

noreply@blogger.com (luis enrique) — Thu, 06 Nov 2008 01:21:00 +0000

Todo esto comenzó por un alumno de la Facultad quien solicitó ayuda ,cuyo nombre no recuerdo (lo siento !) asi que comenzemos. Aqui vamos a tomar unas cuantos suposiciones :

1) lo quieres hacer de una buena vez , como todo buen estudiante no te has metido nunca en estos menesteres y te acaban de pedir este proyecto ,porque a tu profesor se le ocurrio que es una forma de que aprendas muchas cosas en el menor tiempo posible !! ....(como abundan)

2)El decano te pide la versión que él conocio , que en este caso era ACID y desconoce en absoluto cualquier otro avance desde esa época (pero ahora es BASE).

3) no tienes tanto tiempo disponible y desconoces por donde empezar.....por eso buscas ayuda

Antes de avanzar más , nos referiremos al las faq de snort (las que vienen con la instalación ,faq.pdf ,tema 3.23; no las de la página web) donde claramente nos menciona que BASE requiere muchas configuraciones, las cuales desconociamos en un principio ( por lo cual encarecidamente recomendamos que sean leidas para una mejor comprensión de la relación BASE-snort).

Al principio la idea era que esto corriera en un linux ,para "facilitar" el asunto se quería usar Ubuntu , usando el tutorial de Chakal. Siguiendo los pasos que daba dicha publicación, no
lograbamos llegar al objetivo , yo por mi parte lo intenté con PCBSD ,siguiendo el tutorial de Hacker Racker, y aunque tampoco se logró que quedara en una sola instalción , nos dieron una orientación de por donde iba el asunto.

Asi que nos avocamos a la tarea de revisar de forma más metódica,
revisar las instalaciones ,los archivos de configuraciones , etc. En mi caso segui utilizando PCBSD como plataforma de instalación , asi que desinstalamos todo y recomenzamos.

Como todo lo construimos desde los ports , repasemos que se instaló. Lo primero que instalé fué Apache 1.3 .Una recomendación personal, es que para cualquier paquete/software que vayan a instalar en los sistemas tipo *nix , revisen si tiene configuración previa a la instalción, esto les va a evitar muchos dolores de cabeza. Esto básicamente es para las instalciones desde las fuentes o desde los ports.

Con lo que obtuvimos

+--------------------------------------------------------+
| You now have successfully built and installed the |
| Apache 1.3 HTTP server. To verify that Apache actually |
| works correctly you now should first check the |
| (initially created or preserved) configuration files |
| |
| /usr/local/etc/apache/httpd.conf |
| |
| and then you should be able to immediately fire up |
| Apache the first time by running: |
| |
| /usr/local/sbin/apachectl start |
| |
| Thanks for using Apache. The Apache Group |
| http://www.apache.org/ |
+--------------------------------------------------------+

Y un claro aviso

===> BE CAREFULL HOW TO BOOT on 1.3.29_4 or after:
To run apache www server from startup, add apache_enable="YES"
in your /etc/rc.conf.

y seguimos , en parte , este otro tutorial , para ayudarnos en la instalación y configuración de Apache. Adelantandonos un poco, en la parte donde se encuentran los alias en el archivo httpd.conf, las instrucciones de post-instalación piden que aquí se ponga

Alias /base/ "/usr/local/www/base/"

a esta adición , yo agrege otra parte más

 <Directory "/usr/local/www/base">
        Options Indexes FollowSymlinks MultiViews
        AllowOverride All
        Order allow,deny
        Allow from all
  </Directory>

que sigue las reglas de configuración de esta parte de httpd.conf.

Después de eso , instalamos php5 y php5-mysql.En el caso de php5 , yo cambie en el archivo Makefile la opción para habilitar el modulo de apache en php5 y asi quedo

APACHE "Build Apache module" on \

y para php5 nos muestra

**************************************************************

Make sure index.php is part of your DirectoryIndex.

You should add the following to your Apache configuration file:

AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

***************************************************************

y para php5-mysql

***************************************************************************

The following line has been added to your /usr/local/etc/php/extensions.ini
configuration file to automatically load the installed extension:

extension=mysql.so

****************************************************************************

aquí también nos auxiliamos de esta buena liga , que incluso nos auxilió con mysql.

Hasta este punto hemos instalado Apache 1.3, php5 y mysql 6.0.6, ademas de haber agregado en el rc.conf

#Enable snort
snort_enable="YES"

#Enable Apache13
apache_enable="YES"

#Enable mysql
mysql_enable="YES"
mysql_dbdir="/var/db/mysql"

Para permitir su ejecución al iniciar.

Para verificar que esta trabajando correctamente creamos el archivo test.php , y corremos la prueba clásica , y veremos algo asi

En el particular caso de los *nixes basados en FreeBSD , en los archivos Makefile de los ports correspondientes , casi toda la configuración ya esta habilitada , pero descubrimos que algunas opciones no se habilitarían sino hata que en cada paquete corrimos un "make configure" para que nos mostrara algunas opciones que debían seleccionarse.

Una vez que habiamos verificado que Apache+php+mysql trabajaban procedimos a instalar snort y oinkmaster .Hay que asegurarse de que snort va a ser construido con soporte para MySQL, que es uno más de los requisitos previos para el correcto funcionamiento de BASE.

Usamos oinkmaster siguiendo el tutorial de Racker Hacker , con lo cual obtenemos la siguiente información

#oinkmaster -o /usr/local/etc/snort/rules/
Loading /usr/local/etc/oinkmaster.conf
Downloading file from http://www.snort.org/pub-bin/oinkmaster.cgi/*oinkcode*/snortrules-snapshot-CURRENT.tar.gz
... done.

Archive successfully downloaded, unpacking... done.
Setting up rules structures... done.
Processing downloaded rules... disabled 0, enabled 0, modified 0, total=12977
Setting up rules structures... done.
Comparing new files to the old ones... done.
Updating local rules files... done.
****

Ahora ya tenemos snort y las reglas necesarias para que este pueda realizar su trabajo !! =)
Finalmente podemos aventurarnos a reinstalar BASE , de los ports , por supuesto , lo configuramos para que tenga soporte para PEAR y FPDF con lo que obtuvimos:

==============================================================

Please read the README file located at:

/usr/local/share/doc/base/README

for how to configure /usr/local/www/base/base_conf.php after
installation.

To make BASE accessible through your web site, you will need to add
the following to your Apache configuration file:

Alias /base/ "/usr/local/www/base"

In order for the graphing functions to work in BASE, make sure you
include PEAR in your /usr/local/etc/php.ini configuration file, like:

include_path = ".:/usr/local/share/pear"

If you built BASE with PDF support, make sure you include the FPDF
path in your /usr/local/etc/php.ini configuration file, like:

include_path = ".:/usr/local/share/pear:/usr/local/share/fpdf"

===========================================================
===> Registering installation for base-1.4.1_1

después , leimos el README que se nos indicaba buscando las configuraciones faltantes para poder ejecutarlo correctamente .Aquí , en honor a la sinceridad, debo decir , que en un principio MySQL , bueno , la base de datos que creamos para poder usarla con BASE , nos arrojo durante un par de dias señales de que no estaba trabajando correctamente, y estuvimos trabajando en intentar averiguar como o por qué no estaba funcionando correctamente , de lo cual no guarde un registro estricto =( . Pero en algun momento al realizar la prueba que indica el README sucedio que tuvimos

[x3N0k0d3 ~]$ echo "SELECT count(*) FROM event" | mysql snort -u root -p
Enter password:
count(*)
1186

lo cual nos indico que ya estaba funcionando .Esto lo menciono porque en algun momento pensamos que BASE no estaba funcionando correctamente o que tenía un bug para FreeBSD/PCBSD , pero en algun momento descubrimos que el error y las fallas estaban totalmente de nuestro lado , que era nuestra falta y no de BASE.

Y para muestra , pues nada como unos pantallazos !!