30 abril 2014

Grive en Slackware


Grive es la implementación independiente y de código abierto del cliente de Google Drive para Linux, en vista de que Google aún no provee de un cliente oficial para esta plataforma. Grive está escrito en C++ y su código está liberado bajo la licencia GPLv2.
Actualmente Grive en su versión 0.2.0 se encuentra en estado beta, el cliente es capaz hacer una sincronización entre Google Drive y el directorio local al que se encuentre ligado, puede cargar y descargar los cambios en archivos y directorios.
GrivePor otro lado, las principales limitantes son los directorios con múltiples padres: la jerarquía de una cuenta de Google Drive es compleja y no puede visualizarse como un esquema de “árbol”, en vez de eso, hay que pensarla más como una red interconectada a ligada a un punto raíz. Cosa que obviamente un sistema de archivos local no puede ser, por lo que no es posible que haya compatibilidad entre la jerarquía de Drive y el directorio local. La segunda limitante es que Grive no descarga los documentos con el formato de Google, por ejemplo aquellos que vemos en el navegador web.

Instalando Grive en Linux

Hasta ahora, en Linux, solo hay disponible un paquete para Ubuntu, por lo que para instalar Grive en Slackware hay que proceder a compilar desde el código fuente. Por suerte disponemos de un SlackBuild (cuyo autor es willysr) que podemos usar para automatizar el proceso, lo único que tenemos que hacer es descargar el código fuente (tarball 0.2.0).
Como es requerido, colocamos el código fuente en el mismo directorio del SlackBuild y lo ejecutamos como root:

# ./grive.SlackBuild

NOTA: Es necesario tener instalado json-c primero.

Me apareció el siguiente mensaje de error durante la compilación:

Linking CXX executable grive
/usr/bin/ld: ../libgrive/libgrive.a(Json.cc.o): undefined reference to symbol 'json_object_array_get_idx'
/usr/bin/ld: note: 'json_object_array_get_idx' is defined in DSO /lib64/libjson-c.so.2 so try adding it to the linker command line
/lib64/libjson-c.so.2: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[2]: *** [grive/grive] Errore 1
make[1]: *** [grive/CMakeFiles/grive_executable.dir/all] Errore 2
make: *** [all] Errore 2


Para solucionar este problema hay que descomprimir el tarball del código fuente, modificar el archivo cmake/Modules/FindJSONC.cmake como se muestra aquí:

-FIND_PATH(JSONC_INCLUDE_DIR json/json.h)
-FIND_LIBRARY(JSONC_LIBRARY NAMES json)
+FIND_PATH(JSONC_INCLUDE_DIR json-c/json.h)
+FIND_LIBRARY(JSONC_LIBRARY NAMES json-c)


Guardar el archivo y crear de nuevo el tarball (es necesario borrar o renombrar el original primero):

$ tar pczf grive-0.2.0.tar.gz grive-0.2.0

Limpiar el cache para usar el nuevo tarball:

# rm -rf CMakeCache.txt cmake_install.cmake CMakeFiles Makefile

Y volver a ejecutar el SlackBuild, una vez creado el paquete de Slackware solo hay que instalarlo con installpkg.

Usando grive

Para la primera ejecución debemos entrar al directorio en el que deseamos que se sincronice grive, yo recomiendo crear uno nuevo y ejecutar:

$ grive -a
-----------------------
Please go to this URL and get an authentication code:

https://accounts.google.com/o/oauth2/auth?scope=https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fuserinfo.email+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fuserinfo.profile+https%3A%2F%2Fdocs.google.com%2Ffeeds%2F+https%3A%2F%2Fdocs.googleusercontent.com%2F+https%3A%2F%2Fspreadsheets.google.com%2Ffeeds%2F&redirect_uri=urn:ietf:wg:oauth:2.0:oob&response_type=code&client_id=22314510474.apps.googleusercontent.com
-----------------------
Please input the authentication code here:

Nos pide ir a la dirección mostrada, misma que nos dará un código que hay que introducir. Una vez que se introduzca el código empezará la sincronización en el directorio en el que estemos ejecutando el comando:
Reading local directories
Synchronizing folders
Reading remote server file list

Ahora cada que hagamos un cambio en nuestro directorio local o en Google Drive solo debemos ejecutar:

$ grive

Tomado de: http://ecoslackware.wordpress.com/2014/02/16/grive-en-slackware/

29 abril 2014

¿Qué es la homeopatía?

Hace unos cuantos años, traduje para Astroseti (con la autorización del autor) un artículo sobre la homeopatía obra del conocido escéptico estadounidense Steven Novella. Se titulaba: “Una idea cuyo tiempo pasó” y me apetecía recuperarlo como apoyo a la magnífica iniciativa de Rinze y Ferfrías en la que han colaborado muchos de los mejores bloggers científicos del país. Podéis visitar el fruto de su esfuerzo en la web ¿Qué es la homeopatía?

Homeopatía, una idea cuyo tiempo pasó

Por Steven Novella.

Pearl Street acoge a uno de las instituciones académicas menos conocidas, la Escuela de Homeopatía. Allí podrás aprender un sistema de “medicina” con más de 200 años de antigüedad, inventado por el médico alemán Samuel Hahnemann, el cual creía que las sustancias tóxicas, suministradas en cantidades extremadamente diluidas, podrían curar los síntomas que causan las dosis más grandes – es decir, que dosis diminutas de cafeína podrían curar el insomnio.

Millones de personas – a menudo gente desesperada – han apostado su salud creyendo que Hahnemann tenía razón; han buscado “doctores homeopáticos” e ingerido sustancias “dudosas” en el mejor de los casos y “peligrosas” en el peor de ellos. Los remedios homeopáticos son un timo aún mayor que el agua embotellada; ambos son indistinguibles del agua del grifo, pero éstos cuestan más dinero, y lo que es peor, dan falsas esperanzas.

Algunos argumentan que la homeopatía es una forma real y efectiva de medicina, pero la comunidad científica sabe que es inaceptable; en un mundo perfecto se habría desvanecido hace más de un siglo, siguiendo los pasos de la frenología (adivinar la personalidad a partir de los relieves del cráneo) y de las sangrías. Sin embargo, la homeopatía, encontró su camino bordeando los márgenes de la atención médica, y ha logrado sobrevivir.

¿Cómo lo consiguió?

Existen varias razones para la frustrante persistencia de la homeopatía. Primero, se le ha permitido cubrirse con las ropas de la ciencia real y del profesionalismo respetable. La Escuela de Homeopatía de New Haven sigue promocionando titulados. Cuando se fundó la FDA (Administración de los Estados Unidos para el control de Fármacos y Alimentos), los defensores de la homeopatía consiguieron que sus remedios de la abuela fueran considerados “medicina” sin necesidad de acogerse a ningún estándar o evidencia.

Otra razón por la que la homeopatía ha sobrevivido, a pesar de posteriores fracasos científicos, es porque sus proponentes mienten. La percepción común es que los remedios homeopáticos contienen pequeñas cantidades de un principio activo. El Centro Nacional para la Homeopatía define al remedio homeopático como poseedor de una “dosis diminuta”. En realidad, la mayoría de las disoluciones homeopáticas no incluyen ningún principio activo – ni siquiera una molécula. Puede parecer perspicaz, pero existe una gran diferencia entre un poquito y nada. Nada es… pues eso, nada.

¿Cómo puede ser esto? Cuando Hahnemann concibió la homeopatía, hace dos siglos, los químicos aún no sabían que las sustancias se componían de moléculas, y que esas moléculas no podían diluirse o dividirse. Una sola molécula es la cantidad más pequeña de algo que se puede tener. Hahnemann creía que las sustancias podían diluirse infinitamente. Los avances científicos posteriores deberían haber relegado a las ideas de Hahnemann al museo de antiguas y pintorescas nociones científicas. Tal vez podría colocarse en las estanterías entre el éter (la misteriosa sustancia que un día se creyó permeabilizaba el universo) y la teoría del miasma de las enfermedades infecciosas.

Recientemente, los homeópatas han intentado vestirse aún más con las modernas togas de la ciencia. Cuando se les presionó, reconocieron (¿cómo no iban a hacerlo?) que no quedaba rastro del principio activo en sus preparaciones – pero, argumentaron, que el agua retiene la “memoria” de la sustancia que fue diluida en ella.

Esto es, por supuesto, una estupidez. El agua es una simple molécula, y no existen mecanismos conocidos o plausibles mediante los cuales pueda “recordar” cualquier información acerca de sustancias que hubieran sido previamente diluidas en ella. Los homeópatas podrían decir igualmente que funciona por arte de magia.

Otro aspecto curioso de la homeopatía es la así llamada “ley de similares”, la idea de que las sustancias que causan un síntoma curarán ese mismo síntoma si se ingieren dosis extremadamente diluidas (es decir inexistentes). Los homeópatas pretenden que ésta es una ley científica, pero nada de eso. No existe ninguna razón biológica que induzca a sospechar que la cafeína en cantidades lo suficientemente pequeñas sea un sedante, o que, ya que picar cebollas estimula el lacrimal, una pequeña cantidad de extracto de cebolla cure los ojos llorosos. Esto es pensamiento mágico.

Algunos homeópatas afirman que sus remedios funcionan igual que las inyecciones alérgicas, las cuales incluyen pinchazos de pequeñas cantidades de la sustancia que causa la reacción alérgica. Pero los tratamientos alérgicos conllevan la administración real y creciente de dosis de la sustancia que provoca el mal. Estimulando al sistema inmunológico a formar anticuerpos de bloqueo que confinen a la sustancia que causa la alergia y eviten la reacción fabricando un tipo diferente de anticuerpos. Las inyecciones alérgicas, como las vacunas, implican dosis reales – no agua de duendes.

Entonces ¿por qué tanta gente cree en ella? ¿Por qué sigue ahí el edificio de Pearl Street? La respuesta es, en parte, que la homeopatía – al contrario que, digamos, el éter – tiene que ver con el reino de la salud y la enfermedad. Cuando finalmente se probó y se descartó la existencia del éter, nadie protestó argumentando que el éter había curado sus migrañas. Pero la gente que cree que una sustancia ha curado su enfermedad quiere seguir creyendo en ello. No les gusta pensar que su “cura” fue solo a causa del efecto placebo, o que no existió ninguna cura. El cuidado de la salud es emocional; nuestros síntomas están sujetos a un montón de variables. Pero algunos encuentran reconfortante creer que la homeopatía les ha sanado. Varios factores conspiran para hacer que parezca que casi cualquier tratamiento extraño y poco razonable puede funcionar para cualquier síntoma o enfermedad.

Ésa es la razón por la cual, a lo largo del siglo pasado, los buenos científicos han llegado a confiar en la observación cuidadosa, donde se controlan las variables y se minimiza la parcialidad. Basándose en la mayoría de estudios cuidadosos, la comunidad científica está generalmente de acuerdo en que la homeopatía no funciona. Incluso el Centro Nacional para la Medicina Complementaria y Alternativa, que está favorablemente dispuesto a los métodos alternativos del tipo de la homeopatía, la define de esta insípida manera:

“Algunos análisis concluyen que no existen fuertes evidencias que sostengan la homeopatía … [mientras que] otros encuentran efectos positivos en ella. Los efectos positivos no son fácilmente explicables en términos científicos”.

Existen varios estudios desesperadamente imperfectos que arrojan resultados “contradictorios”; sin embargo, los estudios sobre homeopatía que más cuidan su diseño y ejecución arrojan resultados negativos. Este patrón – algunos estudios parecen positivos pero los mejores son negativos – es bien conocido por los científicos, y normalmente significa una cosa: no existen efectos reales de funcionalidad.

De modo que, solo por un momento, dejen de lado los testimonios enternecedores que han escuchado por ahí. Tómense un segundo y miren al edificio de Pearl Street. Allí no hay nada.

Traducido por Miguel Artime.

Tomado de: http://maikelnai.elcomercio.es/2010/11/02/que-es-la-homeopatia/

28 abril 2014

¿Cómo crear un repositorio Slackware local con soporte de dependencias?

Salix proporciona un repositorio con soporte de dependencias de Slackware 14.1 en los siguientes mirrors (espejos) para los paquetes de 32 bits:

    http://salix.enialis.net/i486/slackware-14.1/
    http://download.salixos.org/i486/slackware-14.1/
    http://slackware.org.uk/salix/i486/slackware-14.1/
    ftp://slackware.org.uk/salix/i486/slackware-14.1/

y estos para los paquetes de 64 bits:

    http://salix.enialis.net/x86_64/slackware-14.1/
    http://download.salixos.org/x86_64/slackware-14.1/
    http://slackware.org.uk/salix/x86_64/slackware-14.1/
    ftp://slackware.org.uk/salix/x86_64/slackware-14.1/

Este depósito no es un verdadero repositorio de Slackware, ya que no contiene en realidad cualquier paquete. Sólo se mantiene la información de dependencia para todos los paquetes incluidos en los repositorios de Slackware. Todo el tráfico de paquetes se desvía hacia un espejo de Slackware, específicamente ftp.gwdg.de, y los paquetes se llegan a descargar desde allí. Aunque este mirror de Slackware es rápido para la mayoría de la gente, puede que no, de hecho, ser lo suficientemente rápido para vos, dependiendo sobre todo de donde vivis. Este jautu (o-cómo-hacer) te muestra cómo crear un repositorio de Slackware como local en tu propia maquina y el apuntar a cualquier otro mirror de Slackware, que probablemente será más rápido para vos y cómo apuntar slapt-get/gslapt a el.

Esto no es realmente un espejo de Slackware, ya que no incluye los paquetes de Slackware, aunque no ocupa mucho espacio en tu disco rigido, sólo unos pocos KB.

Configuración del repositorio local
Lo primero que tenes que hacer, es elegir donde deseas mantener el repositorio local, /ruta/al/repo se usa en este artículo a partir de ahora para que apunte a eso. Por lo tanto, crear una partición /ruta/al/repo, descargar el script adddepinfo.sh desde el servidor Salix y hacerlo ejecutable:

root@gostir:~# wget http://salix.enialis.net/i486/slackware-14.1/adddepinfo.sh
root@gostir:~# chmod + x adddepinfo.sh

Puede editar el script adddepinfo.sh con su editor de texto favorito. Hay una línea con el siguiente texto cerca de la parte superior:

  SLACKREPO="http://ftp.gwdg.de/pub/linux/slackware/slackware-14.1/"

Un cambio para apuntar al repositorio de Slackware que deseas utilizar, por ejemplo:

  SLACKREPO="http://ftp.ntua.gr/pub/linux/slackware/slackware-14.1/"

Recorda que debes utilizar el repositorio adecuado para tu arquitectura. A continuación, tendrás que descargar los archivos de dependencia en un directorio deps que se encuentre en /ruta/al/repo. Creealo, cd en él y a descargar todos los archivos dep con wget:

root@gostir:~# mkdir /ruta/al/repo/deps
root@gostir:~# cd /ruta/al/repo/deps
root@gostir:~# wget -m -nH -r -np --cut-dirs=4 -R "=D","=A","index.html" http://salix.enialis.net/i486/slackware-14.1/deps/

Ahora, de nuevo en el cd /ruta/al/repo y ejecutar el script adddepinfo.sh

root@gostir:~# cd /ruta/al/repo
root@gostir:~# ./adddepinfo.sh

Eso llevará unos pocos minutos. Después de que finalice, el repositorio local esta listo, con los parches y directorios adicionales.

Apuntando con el gestor de paquetes al repositorio local
Ahora tendrás que editar el archivo slapt-getrc para apuntar al repositorio local. Inicia la sesión como usuario root y edita el-get slapt archivo /etc/slapt-get/slapt-getrc con tu editor de texto favorito. Vas a tener que quitar o comentar las dos líneas que hacen referencia al repositorio de Slackware en el servidor de Salix y agregar el directorio local (dejando el repositorio Salix real intacto). La sección de fuentes de slapt-getrc debería ser algo como esto:

#SOURCE=http://salix.enialis.net/i486/slackware-14.1/
#SOURCE=http://salix.enialis.net/i486/slackware-14.1/extra/
SOURCE=file:///path/to/repo
SOURCE=file:///path/to/repo/extra
SOURCE=http://salix.enialis.net/i486/14.1/:PREFERRED

Por último, actualizar slapt-get sobre los cambios:

root@gostir:~# slapt-get -u

Y ya está listo para usar slapt-get/gslapt para instalar paquetes de Slackware con la información de dependencia de su mirror favorito de Slackware.

Actualizar la información del repositorio
Los Repositorios de Slackware para las versiones estables normalmente no cambian el contenido durante su vida. La excepción es, por supuesto, el directorio de parches, que se actualiza con la seguridad y correcciones de errores importantes. Si desea actualizar la copia local con ellos, tendras que ejecutar el script adddepinfo.sh de vez en cuando. Poner algo como lo siguiente en una tarea programada que se ejecutará una vez al día tendrá de todo:

root@gostir:~# cd /ruta/al/repo && ./adddepinfo.sh


Basado en: http://docs.salixos.org/wiki/How_to_create_a_local_slackware_repository_with_dependency_support

26 abril 2014

OpenSSL ya no puede ser rescatado y gran parte de su código es inservible

A juicio del fundador de OpenBDS, ya no es posible recuperar OpenSSL como una opción viable de cifrado de conexiones a sitios web, por lo que propone la nueva alternativa LibreSSL, basada en un código fuente más ligero y comprensible. Como parte del proyecto ya se han eliminado 90.000 líneas de código.
Diario TI 23/04/14 7:53:04 El software libre tiene la particularidad de que si alguien no está complacido con el desarrollo del proyecto o la calidad del mismo, siempre es posible crear una alternativa mejorada. Así, todo interesado puede estudiar el código fuente, copiarlo y hacer que el proyecto avance en una dirección distinta, con un nuevo nombre. Éste procedimiento es denominado bifurcación (“fork” en inglés).
OpenSSL tendrá a partir de ahora una nueva bifurcación, consistente en un nuevo proyecto y producto denominado LibreSSL. Esta situación es consecuencia directa de las revelaciones sobre la ahora mundialmente conocida vulnerabilidad Heartbleed en la biblioteca de cifrado.
El proyecto ha sido impulsado por el reconocido experto en seguridad informática, y fundador del sistema operativo Theo de Raadt.
OpenSSL es utilizado por varios cientos de miles de servidores en Internet. Aunque el software es utilizado por algunas de las compañías más acaudaladas del mundo, el proyecto en sí ha sido desarrollado gracias al trabajo voluntario de algunos entusiastas.
Según Theo de Raadt, el código fuente existente es tan desordenado, ilegible y lleno de código anticuado, que sencillamente ya no es posible salvarlo. “En una semana hemos eliminado la mitad del código. Son vestigios anticuados que podían ser eliminados. El modelo de código abierto depende de que la gente tenga la capacidad de leer y entender el código. Esto no era el caso”, escribe Theo de Raadt en un correo electrónico enviado a Ars Technica.
En total, el equipo de Theo de Raadt habría eliminado 90.000 líneas de código y 150.000 líneas de contenido. “Incluso después de modificaciones tan considerables como esta, el código remanente continúa siendo compatible con API”, afirma el desarrollador en una entrevista publicada por ZDNet.
Por ahora, LibreSSL tiene un sitio web bastante endeble, donde se ha utilizado la tipografía Comic Sans. Quizás este no es el tipo de tipografía o sitio web que normalmente se relacione con un proyecto serio. Sin embargo, se trata de un intento deliberado por llamar la atención, ya que los responsables del proyecto anunciaron que modificarán el sitio cuando comiencen a recibir donaciones: “Esta página ha sido científicamente diseñada para mosquear a las almas sensibles. Haz tu donación ahora para detener Comic Sans y la etiqueta blink”. ”Por ahora estamos demasiado ocupados borrando y re-escribiendo código, como para crear una página web decente. No, no necesitamos ayuda para crear un sitio web, gracias”, concluye la humorística nota.
Indudablemente, el nuevo proyecto generará opiniones encontradas, en el sentido si es correcto bifurcar el proyecto OpenSSL, o si lo más adecuado sería unir fuerzas en torno al código original.

Tomado de: http://diarioti.com/openssl-ya-no-puede-ser-rescatado-y-gran-parte-de-su-codigo-es-inservible/77494

24 abril 2014

¿Desconectados de la red eléctrica? Todavía no

En este reportaje explicamos por qué los data centers continuarán confiando en las eléctricas durante el futuro próximo
¿Desconectados de la red eléctrica? Todavía no



Las redes eléctricas son muy poco fiables (al menos en los Estados Unidos). Este es el motivo de que las compañías gasten millones de dólares en generadores de respaldo, UPS y equipos de conmutación para proteger sus data centers de cortes eléctricos.

La mayoría de las utilities son notoriamente “sucias”, en el sentido de que el carbón es la principal fuente de energía y los ecologistas como Greenpeace han hecho saltar las alarmas. Ellos proclaman que Google, Facebook, Twitter y otras compañías sin cuyos servicios no seríamos capaces de vivir, están alimentando sus enormes data centers con el futuro de nuestro planeta.

Hace poco hemos tenido noticia de que eBay -una de esas compañías tan queridas- ha construido un data center en Utah que no utiliza la red eléctrica para obtener ni un vatio de potencia. Apple también nos comunicó su intención de utilizar paneles solares y células de combustible para generar más de la mitad de la energía utilizada por su data center de Carolina del Norte. Así es que, ¿por qué las compañías conectan sus data centers a las redes eléctricas?

La respuesta rápida es que para la mayoría de las compañías construir data centers que no se alimenten de la red eléctrica no tiene sentido.

Poco fiable, pero lo mejor que tenemos
En Estados Unidos, la red es ineficiente y simplemente antigua. Scott Noteboom, que en el pasado ha estado a cargo de los data centers de Apple y, antes de estos, de Yahoo, afirma que la mayoría de los componentes clave de la red eléctrica ya han superado con creces su vida útil. “Por ejemplo, la media de edad de los transformadores es superior a 40 años, que está por encima de la vida útil de este equipamiento”, asegura Noteboom. “Hasta que se haga una nueva inversión, la fiabilidad de la red continuará yendo a peor, como lo ha hecho durante los últimos años.

Chris Crosby, CEO de Compass Datacenters y un veterano de la industria (fue ejecutivo de Digital Realty Trust durante siete años), está de acuerdo en que la red eléctrica no es fiable. “Es muy fiable hasta que no lo es”, explica. No obstante, según Crosby, la realidad es que nadie es tan bueno entregando tal cantidad de energía como las eléctricas.

Crosby afirma que no puede imaginar que generar unos pocos megavatios aquí unos poco megavatios allá sea más eficiente que generar energía a una escala de varios cientos de megavatios en una planta eléctrica típica. “Las compañías eléctricas son compañías eléctricas”, prosigue. “Los data centers son data centers. Haces aquello que se te da bien”.

Bill Weihl, director de eficiencia energética y sostenibilidad en Facebook, está de acuerdo. Mientras las eléctricas continúen siendo buenas en lo que hacen, a la vez que hacen esfuerzos razonables por limpiar la red, continuarán jugando un rol importante en suministrar a los clientes como Facebook energía para sus operaciones, afirma.

Salir de la red nunca ha sido un objetivo para Facebook. “La fiabilidad es un objetivo; tener energías limpias es un objetivo; el coste es un problema, pero no es un objetivo ser independientes de la red”, señala mientras asiste a un evento de Greenpeace en San Francisco. 

Limpiar la red, no salir de ella
Además, hay formas para compañías como Facebook de llevar energía renovable a la red y utilizarla como parte de la ecuación consiguiendo que sus operaciones sean neutrales en las emisiones de carbono. Invertir en grandes granjas eólicas y aplicar los Créditos de Energía Renovable (también llamados RECs en Estados Unidos) que vienen ligados a la energía que las granjas generan para la red eléctrica que alimenta sus facilities es algo que Google ha hecho durante años. Y Facebook y Microsoft han empezado a usar modelos parecidos.

Gary Demasi, que es responsable de la estrategia de ubicación de data center y energía en Google, afirma que la energía solar se ha convertido en obligatoria no solo porque es renovable sino porque es más barata que hace unos años. “El coste de la tecnología está bajando”, señaló durante el evento de Greenpeace. “El coste de un proyecto está bajando. Es un tema obligatorio para nosotros”.

Y cuando Google invierte en un proyecto eólico, significa que firma un acuerdo de compra de energía a largo plazo con el proveedor, lo que da a la compañía un precio fijo de energía renovable durante 20 años, generalmente.

Células de combustible
Así es que, desconectarse de la red eléctrica por el afán de ser más verde no tiene sentido. PEro, ¿tiene sentido desde el punto de vista de la fiabilidad?

Bloom Energy, el proveedor de células de combustible más importante en la industria de data centers, quiere pensar eso. El data center que eBay ha construido recientemente en Salt Lake City, Utah, sirve como ejemplo del punto de vista de Bloom.

La instalación obtiene toda su carga eléctrica de las células de combustible que el proveedor tiene instaladas on-site y que convierten el gas natural de una tubería en electricidad. El data center todavía está conectado a la red eléctrica pero solo como respaldo. Como la red funciona como un backup, eBay no compró todo el equipamiento de respaldo que se asocia a un data center tradicional y los ahorros -según reclama la compañía- fueron la principal razón de que el proyecto funcionara desde el punto de vista económico.

Aunque se abstiene de comentar específicamente de este proyecto de eBay, Crosby afirma que ha considerado la matemática de las células de combustible. Sin las ayudas gubernamentales que normalmente vienen asociadas a este tipo de instalaciones, no hay una buena lógica de negocio detrás. Tienen que estar subvencionadas, y el gas tiene que ser barato.

El gobierno federal de EStados Unidos proporciona un 30% de créditos en impuestos a las compras de equipamiento que proporciona una generación alternativa, incluyendo células de combustible. No está claro si eBay también tiene estos incentivos por parte del estado de Utah. Los responsables de la compañía no respondieron a los cuestionarios enviados.

Mientras que no niegan que los incentivos del gobierno usualmente juegan un rol importante en las adquisiciones de células de combustible, los beneficios de despliegues como los de eBay son mayores que los meros ahorros. Beneficios como una mayor fiabilidad y el valor de reducir la huella de carbono de la compañía son difíciles de cuantificar. “Es una combinación de factores”, asegura.

Atados a la red
Con o sin incentivos, eBay parece haber encontrado un equilibrio interesante, una combinación de capacidad de energía, ubicación, coste del combustible y diseño, para que el proyecto funcione. No obstante, no funcionaría sin la red eléctrica. Funciona como respaldo y como una forma de deshacerse del exceso de potencia generado en el sitio.

Noteboom afirma que es defensor de utilizar la energía limpia generada onsite como fuente primaria, mientras que la red eléctrica es el Plan B. “Este arreglo puede ser un reto, debido a las negociaciones que hay que llevar a cabo con la eléctrica en cuanto a la capacidad en standby, pero puede ser una fórmula óptima si es posible”, indica.

Y podríamos ver varios proyectos de este calibre próximamente. Ya sea así o no, la red eléctrica continúa siendo un recurso crucial en el futuro cercano.

Tomado de: www.datacenterdynamics.es/focus/archive/2014/03/¿desconectados-de-la-red-eléctrica-todavía-no

23 abril 2014

EL FBI confirma que puede ver nuestras webcam sin activar el piloto

Según he podido leer esta noticia que han difundido desde T3.com y el Washington Post el FBI ha reconocido de forma oficial que puede estar viendo lo que hacemos si tenemos una webcam, ademas esta noticia también asegura que pueden hacerlo sin que  el piloto de grabación este encendido.

Lógicamente también han dicho que no se ha usado esta capacidad para vigilar a cualquier persona que quisiesen sino que es una habilidad que tienen para vigilar a los sospechosos por terrorismo o delincuentes en general.

Esto no es algo nuevo pero la noticia en si misma es que el FBI haya reconocido que lo hace. De que haya publicado que tiene esta habilidad lo único que yo puedo deducir es que tiene otras mucho mejores y que esta usando, ya que si no no lo comunicarían.

En Estados Unidos llevan tiempo enseñando a los estudiantes de los peligros de Internet en las aulas y desde aquí me gustaría dar un consejo a todos aquellos que no saben de la seguridad de Internet, no es seguro, así de sencillo y sobre todo en manos de quien si cree que lo es por desconocimiento.

En una ocasión un amigo que tiene un portátil con webcam y le instale Ubuntu me dijo que tenia la webcam de su maquina tapada por que había oído que había gente que podía usar la webcam de la misma forma que el FBI, yo también lo había oído. En mi portátil yo también tengo webcam pero no la tapo por que no creo que a nadie le importe lo que yo hago delante del mismo, ademas se iba a aburrir muchísimo, todo el rato viéndome a mi :D . Siempre he pensado en taparlo pero en mi caso no lo veo necesario.

De todas formas aconsejo tapar la webcam de su maquina porque se han dado casos de espionaje y hace poco se dio uno en España bastante importante de un vecino que había espiado a todos sus vecinos, por lo cual es mejor evitar problemas y mas si eres como yo que no uso para nada la webcam.

Si te ha gustado el contenido o te ha servido para algo compártelo en las redes sociales y así puede que le sirva también a otra persona, muchas gracias.

Tomado de: http://es.paperblog.com/el-fbi-confirma-que-puede-ver-nuestras-webcam-sin-activar-el-piloto-2311940/

22 abril 2014

Realmente te va a doler...

No me digas como hacer mi trabajo, sinceramente... Yo tambien deseo un cartel de esos...


21 abril 2014

Habemus FLISoL en Quilmes

Este fin de semana se celebra a lo largo y ancho de toda América Latina el FLISoL (Festival Latinoamericano de Instalación de Software Libre), el evento más grande de instalación de Software Libre del mundo, que se lleva a cabo en varios países y ciudades simultáneamente. El FLISoL-Quilmes pretende promover el uso del software libre y dar a conocer al mundo su filosofía, utilidad, facilidades y ventajas.

Quizás una de las dificultades más grandes al empezar usar un Sistema Operativo distinto, y la que causa que muchos decidan no cambiarse, sea la curva de aprendizaje. Para muchos, Linux (o GNU/Linux para los puristas) puede ser abrumador en un principio, hay tantas opciones distintas que elegir aquella que sea "la correcta" puede ser algo más difícil de lo que creemos.

Si buscas una manera sencilla de incursionar en el mundo de Linux, la elección de una distro es algo esencial. Al recordar mis primeros pasos en la búsqueda de distribuciones me topé con todo tipo de sabores y colores y muchas veces la elección es difícil, no sabemos dónde empezar. Así que para hacer las cosas un poco más sencillas para los usuarios nuevos, o incluso para ayudar a los usuarios activos a promover este SO, la gente del QuilmesLug tratamos de hacer una selección de las mejores distros Linux para principiantes y presentarlas este SAB 26 de ABR en el FLISoL-Quilmes en la Universidad Nacional de Quilmes.

La entrada es libre y gratuita. Para más información consultá la página del evento o consultá en las Listas de Correo del QuilmesLug.

Si queres participar de la Flisol te invitamos a que completes el formulario de pre-inscripcion.

¡Los esperamos!

19 abril 2014

UNA GUERRA NUCLEAR EN LA ANTIGUEDAD


¿Qué sucedería si no quisiéramos mirar a la historia remota? ¿Qué pasaría si nos tapásemos los ojos ante la evidencia de un gran holocausto nuclear que sucedió hace decenas de miles años?. Bienvenid@s a Human Revolution. Cuando los textos antiguos hablan, pretendemos entender aquello que nos conviene. ¿O tal vez ya hubo un gran holocausto en el pasado?. ¿Qué eran los Vimanas?, ¿ antiguos artefactos? Literalmente las armas nucleares ya se describían en los antiguos textos religiosos de la India. Antiguos objetos voladores capaces de devastar segmentos enteros del mapa y que tenían la capacidad de moverse a velocidades que desafiaban la gravedad y la fisica moderna, generando sus propios campos electromagnéticos. Objetos capaces de desplazarse años luz y materializarse en cuestión de milésimas de segundo generando una energía devastadora capaz de borrar de la faz de la Tierra un continente entero.

Sólo existe una explicación posible: En el pasado hubo una devastación nuclear de proporciones bíblicas. Cuando Oppenheimer expresó su frase terrible, indignado por su descubrimiento y efectos: ” I am become the destroyer of worlds” (“He llegado a ser el destructor de mundos” ) , se refería claramente a las consecuencias de su hallazgo bélico, pero también a la lectura de los antiguos libros sagrados de la India. Claramente, los desiertos hoy en un gran número de continentes, son el resultado de guerras nucleares de un pasado remoto.
La sorpresa vino del historiador Kisari Mohan Ganguli, que sostiene que los textos sagrados de la India están repletos de estas descripciones de un gran holocausto nuclear en la antigüedad, de proporciones claramente superiores a Hiroshima y Nagasaki.
Ganguli, aduce referencias en las que claramente se mencionan en los textos históricos, pasajes completos dedicados a esta devastación, describiendo sus efectos, en una extraña batalla nuclear en la Drona Parva, una sección del Mahabharata. “El pasaje claramente habla del combate en los cielos y del rugido de bombas que estallaban en los continentes.” Señala el historiador Kisari Mohan Ganguli.
Consideremos esos fragmentos procedentes del antiguo Mahabharata como proyectiles cargados con la energía del Universo, tal y como puede leerse literalmente.
Una columna de humo incandescente y llama tan brillante como miles de soles en todo su explendor, una explosión perpendicular generando una enorme columna de humo que generaba círculos concéntricos de ondas que se extendían como parasoles gigantes.
“Era una explosión desconocida como una gigantesca expansión de muerte, que redujo a cenizas la raza entera de los Vrishnis y los Andhakas. Tras unas horas la comida y los alimentos devastaron a aquellos que sobrevivieron a la explosión y los soldados intentaban lavar en vano su equipamiento y vestidos”.
Hasta ahora ningún texto antiguo había arrojado tanta luz a una descripción que nos recuerda a Hiroshima y Nagasaki. Aún así, la extremadamente precisa descripción de la devastación nos hace pensar en un holocausto nuclear en la antigüedad. Los textos sagrados hablan claro: la contaminación radioactiva posterior a los efectos de las explosiones, envenenaba a los supervivientes del holocausto. El agua y los alimentos estaban contaminados.

Cuando las excavaciones de Harappa y Mohenjo-Daro se llevaron a término, los arqueólogos descubrieron esqueletos esparcidos por toda la zona como si un evento súbito hubiera devastado las ciudades. La mayoría de ellos estaban cogidos de las manos como si la tragedia hubiera sobrevenido mientras huían de algo terrible.
Aún no se ha podido determinar la antigüedad de los esqueletos pero claramente apunta a decenas de milenios antes de nuestra era. ¿Qué explicación puede darse a la radiación aún presente en los esqueletos? ¿Qué explicación puede darse a la no aparición de signos de muerte violenta?. El yacimiento de esqueletos radioactivos análogos a los encontrados en Hiroshima y Nagasaki, pero con una clara diferencia: La radiación encontrada era 50 veces superior a la de los restos del holocausto nuclear de Hiroshima. Los restos encontrados están esparcidos por zonas que alcanzan las Regiones del Ganges y las montañas de Rajmahal, y muestran una clara exposición a un intenso calor. Las murallas y enormes cantidades de materiales aparecen fundidos y fusionados estructuralmente, como si se hubieran vitrificado, sin que aparezcan indicios de actividad volcánica en la zona de Mohenjo-Daro y el resto de las ciudades próximas a la zona. El intenso calor que hizo literalmente fundir todos los materiales , sólo tiene una explicación posible: Algún típo de arma nuclear desconocida fue arrojada hace miles de años y arrasó completamente las ciudades antiguas.
Existe evidencia empírica de que el imperio Rama (Ahora la India actual) fue devastado por una guerra nuclear hace 12.000 años. El valle Indú, es ahora el desierto del Thar, y los residuos radioactivos fueron hayados al oeste del Jodhpur. Una densa capa de ceniza radioactiva fue detectada en Rajasthan y cubre un área de unos 5.000Km cuadrados, a unos 17 Kilómetros al oeste de Jodhpur. Los científicos están investigando el lugar, ya que presenta serios problemas de mortalidad infantil de origen hasta el momento desconocido así como altas tasas de cáncer en la población. Curiosamente los niveles de radiación en la zona son extremadamente altos y la región fue recientemente acordonada tras el resultado del hallazgo de las excavaciones. De confirmarse el hallazgo de forma definitiva, estaríamos hablando de un holocausto nuclear sucedido hace 12.000 años que causó un cráter visible de 2.154 metros de diámetro, y que puede localizarse a 400 kilómetros al noreste de Mumbai. La datación en años oscila entre los 12.000 y los 50.000, por lo que no puede precisarse con exactitud su antigüedad.
Por último, no existen restos de meteoritos ni de otro material exterior o interior, ni volcánico ni sísmico que justifique la radiación. Tampoco una explosión de un meteorito que justifique una presión de 600.000 atmósferas o una radiación 50 veces superior a la bomba atómica que devastó Hiroshima.
Saquen sus propias conclusiones.

Tomado de: http://humanrevol.wordpress.com/2012/02/18/guerra-nuclear-en-la-antiguedad/

18 abril 2014

Comunicado oficial ante sede registrada como MicrosoftMX

Comunicado oficial ante sede registrada como MicrosoftMX

11 de Marzo del 2014


La coordinación nacional de México, así como la coordinación internacional del FLISoL (Festival Latinoamericano de Instalación de Software Libre), dados los acontecimientos suscitados en días pasados sobre la realización de una sede en Microsoft (en sus instalaciones en la ciudad de México), proclamamos nuestro NO reconocimiento oficial de ésta.
Comprendemos las buenas intenciones, sin embargo, en base a la información intercambiada con él organizador del evento en las listas de correo públicas, consideramos que el rumbo de dicho evento está completamente distanciado de lo que nuestro InstallFest pretende, incluso, no respetando el espíritu del mismo.
En propias palabras del coordinador de esta no-sede, Claudio Morales, escribe lo siguiente:
  1. "Mostrar como instalar software libre en plataformas de Microsoft como Windows Azure en una sola conferencia y ofrecer la oportunidad a los asistentes a conocer esta posibilidad de interoperabilidad de Microsoft con tecnología de Software libre.”
  2. “No existe ninguna finalidad de vender u ofrecer productos privativos de Microsoft a la venta, solo se presentará una posibilidad de instalación de Software libre sobre Windows azure que permite esto.”
  3. “Me parece bien el tema de que les cause ruido el tema que sea Microsoft el que organice por ser una empresa lucrativa, pero me parece importante que vean la importancia dado que Microsoft está abriendo las puertas para escuchar y buscar la forma de cómo apoyar a comunidades OpenSource y de Software Libre, considero a reserva de todos los lineamientos que se manejen para los Flisoles, que no existe mejor lugar y oportunidad que hacerlo desde Microsoft, para difundir este tipo de encuentros a los empleados de Microsoft para que puedan conocer más sobre el SoftwareLibre.”
Por lo tanto:
  1. Microsoft junto con Claudio Morales pretende llevar a cabo un evento de "interoperabilidad" entre sus tecnologías y tecnologías Open Source bajo el renombre de una empresa lucrativa. La charla principal de Microsoft no es otra cosa que promover Windows Azure, una estrategia de mercado que, debíamos impedir dentro de un FLISoL.
  2. Jamás se habló de hacer un installfest (base del FLISoL), es decir, la actividad en que los usuarios llevan sus computadoras para eliminar sistemas operativos privativos (como Microsoft Windows u Apple OSX) e instalar una distribución de software libre (como GNU/Linux o FreeBSD). Si bien, existe software libre que corre en otros sistemas operativos privativos y se ha instalado en algunas sedes software libre sobre otros sistemas operativos como Microsoft Windows (se menciona por ser el más usado), se realiza para que la gente sepa de las bondades del software libre y qué tanto corren en sistemas operativos libres como privativos, pero en ningún momento se intenta promover el uso de sistemas operativos privativos, aún corriendo software libre.
  3. No existe certeza de que el usuario reciba la mejor información al respecto sobre las alternativas y bondades que ofrece el Software Libre frente al Privativo. Incluso, creemos que ante una disyuntiva entre ambos tipos de productos, no se mostrará preferencia para el Software Libre.
  4. Microsot intentará apoyar al OpenSource, pero jamás hará lo mismo con el Software Libre. http://www.theregister.co.uk/2014/02/22/microsoft_uk_odf_response/
  5. Estamos a favor de que se realicen FLISoLes, con esto no estamos coartando a Claudio Morales el poder coordinar una sede, simplemente en esta ocasión no podemos apoyarlo, dado que no se demuestran las bases necesarias para la realización de un FLISoL, como el difundir y apoyar a los usuarios a conocer Software Libre como una alternativa más que viable frente a software privativo, dándoles a conocer las bondades que el software libre tiene y, sobre todo, el respeto hacia la privacidad y libertad del mismo usuario. Consideramos más una táctica mercadotécnica de este compañía para ampliar su mercado y esto no es apoyo comunitario.
Atentamente:
La coordinación internacional FLISoL

17 abril 2014

La curiosa historia detrás de los cereales que "evitaban la masturbación"

Todos hemos comido alguna vez en la vida, al menos probado, los cereales Corn Flakes de Kellogg´s, lo que no todos sabemos es que estos fueron ideados, entre otras cosas, para evitar que las personas cayeran en el pecado de masturbarse. Por insólito que esto suene, es un hecho histórico y te lo narraremos a continuación.

John Harvey Kellogg fue un médico estadounidense, director del sanatorio de Battle Creek, en el que empleo métodos holísticos, haciendo particular énfasis en la nutrición, el ejercicio físico y el uso terapéutico de enemas. Kellogg fue un firme partidario del vegetarianismo, y es especialmente famoso por el invento de los cereales para el desayuno Corn Flakes.

Kellogg se licenció como médico en 1875. El 22 de febrero de 1879 se casó en Nueva York con Ella Ervilla Eaton. Según el propio Kellogg, el matrimonio nunca llegó a consumarse; en sus escritos indica que se trata de abstinencia libremente elegida conforme a sus principios.

Como consecuencia de esto, la pareja vivió en casas separadas. No tuvieron hijos biológicos, pero criaron a más de cuarenta, adoptando legalmente a siete de ellos antes del fallecimiento de Ella en 1920.

Kellogg cobró fama mientras trabajaba en el Sanatorio de Battle Creek, que dirigía siguiendo los preceptos de la Iglesia Adventista del Séptimo Día. Kellogg se aseguraba de que los intestinos de todos y cada uno de sus pacientes fueran convenientemente irrigados con agua, tanto por arriba como por abajo.

Su artilugio predilecto era una máquina para aplicar enemas que era capaz de inyectar 15 galones de agua (unos 57 litros) en los infortunados intestinos de un paciente en cuestión de segundos. A la inserción de cada enema de agua, seguía una pinta (algo más de medio litro) de yogur; la mitad era ingerida de forma normal, la otra mitad administrada por vía rectal “plantando de este modo los microbios protectores en el sitio en el que son más necesarios y pueden prestar un servicio más efectivo”. El yogur servía para renovar la flora intestinal, dando lugar a lo que Kellogg aseguraba que era un intestino “relimpio”.

En los casos en que sus tratamientos no surtían el efecto deseado, Kellogg le echaba la culpa a la masturbación secreta del paciente.

Fue un entusiasta activista contra la masturbación, llegando a recomendar métodos bastante extremos. En su obra Tratamiento contra el auto-abuso y sus efectos escribió:

“El remedio contra la masturbación que resulta casi infalible en niños pequeños es la circuncisión. La operación debe ser llevada a cabo por un cirujano sin administrar anestesia alguna, pues el breve instante de dolor durante la operación tendrá un efecto saludable en la mente del individuo, tanto más si se asocia con la idea de castigo. En las mujeres, el autor ha descubierto que la aplicación de fenol puro en el clítoris supone un método excelente de calmar una excitación anormal.”

Convencido de que el onanismo se trataba de un pecado sensual de la carne, una forma de auto-abuso y un hábito obsesivo común en adolescentes varones y otras personas, Kellogg abogaba firmemente por dejar al descubierto el glande, muy sensible y sujeto a roces durante la masturbación.

Además, la eliminación del prepucio reduciría en el sujeto los placeres sensoriales derivados del hábito masturbatorio. Reduciendo el placer sensorial, se conseguiría también reducir la rebeldía de los jóvenes ante las normas del Adventismo.

También aseguró que la masturbación era la principal causante del acné, entre otras muchas cosas, incluyendo la atrofia de los testículos.

Junto a su hermano, Will Keith Kellogg, fundó hacia 1897 la compañía Sanitas Food Company para producir cereales integrales. Por aquel entonces, el desayuno tradicional de la gente pudiente constaba de huevos y carne. Los pobres comían avena cocida, gachas y otros cereales hervidos.

John y Will terminaron discutiendo sobre si debían o no añadir azúcar a los cereales, por lo que en 1906 Will creó su propia compañía, la Battle Creek Toasted Corn Flake Company, que al final se convertiría en la Kellogg’s.

Los hermanos no volvieron a hablarse jamás. John formó entonces la Battle Creek Food Company para fabricar y vender productos derivados de la soja.

Para Kellogg, la alimentación era un elemento decisivo en la masturbación, para él, comer puro te hará puro, aquí la razón de estos saludables e insípidos cereales… comiendo cereales de este tipo no hay tentación de nada.

Tomado de: http://www.culturizando.com/2014/02/la-curiosa-historia-detras-de-los.html

16 abril 2014

Autodestrucción de emergencia, nueva funcionalidad de KALI Linux 1.0.6

Hace unos días, los desarrolladores de uno de los sistemas operativos de distribución libre más avanzados para pruebas de penetración, KALI Linux, anunciaron sus planes de incluir la característica Autodestrucción de emergencia de LUKS (Linux Unified Key Setup, especificación de cifrado de disco para Linux).













Los desarrolladores ajustaron una utilidad llamada crypsetup, la cual introduce la funcionalidad de autodestrucción que permitirá a los usuarios de KALI cifrar todo el disco duro y hacer los datos inaccesibles en una situación de emergencia, al introducir una contraseña secreta en el momento de inicio del sistema.
Finalmente, Offensive Security anunció el día de hoy el lanzamiento de la versión 1.0.6 de KALI Linux con versión del Kernel 3.12,  además de la modalidad de autodestrucción junto con nuevas herramientas para pruebas de penetración y hacking.
La nueva versión también incluye un script para imágenes ARM, lo que permite a los usuarios generar imágenes de KALI Linux para varios dispositivos ARM. Algunos otros scripts también fueron incluidos y permiten a los usuarios construir sus propias imágenes personalizadas de Amazon AMI (Amazon Machine Images) y de Google Compute Cloud.
Si usted tiene una versión instalada de KALI Linux, puede fácilmente actualizarla a la nueva versión del sistema con los siguientes comandos:
root@kali:~# apt-get update
root@kali:~# apt-get dist-upgrade

o puede descargar el ISO de KALI Linux 1.0.6 aquí.
Fuente: The Hacker News SA
Tomado de: http://www.seguridad.unam.mx/noticia/?noti=1471

14 abril 2014

OsoGordo 1.0 Liberado! Mascota virtual y proyecto didáctico

Diego Accorinti tiene el agrado de presentarles su último proyecto de Software Libre, se llama Oso Gordo y es un videojuego educativo. Así como las piezas de Mecano o Los ladrillos plásticos no constituyen un juego en sí, OsoGordo es una base para crear, modificar, jugar y aprender.

Imágenes integradas 1

La idea es: un docente y un grupo de alumnos bajan el código, lo analizan, y entre todos deciden los cambios. Luego, en distintos talleres, se crearan las imágenes necesarias con Inkscape, los audios con Audacity y luego se modificará el código para incluir los nuevos accesorios/escenarios al juego.

Finalmente podrán "pushear" o compartir sus modificaciones en el sitio oficial del proyecto.

El idioma de programación usado es PYTHON, usando PILAS-engine (www.pilas-engine.com.ar)

El sitio oficial del proyecto (de donde se puede bajar) es:
https://sourceforge.net/projects/osogordo/

y su página en FB:
https://www.facebook.com/mascotaosogordo

¿Te parece una buena idea? ¡Compartila!

13 abril 2014

Bombas tsunami en la II Guerra Mundial

Durante la II Guerra Mundial, por parte de los Estados Unidos y Nueva Zelanda, se realizaron ensayos secretos con “bombas tsunami”, diseñadas para destruir infraestructuras costeras (puertos, ciudades, …) mediante explosiones controladas bajo el agua para provocar maremotos.

Durante las pruebas se detonaron más de 3.700 bombas en las aguas de Nueva Caledonia y Aukland, demostrando que una serie de 10 explosiones en alta mar podían generar un tsunami de unos 33 metros de altura.

El nombre en código de la operación de alto secreto fué “Proyecto Seal”, y durante un tiempo se consideró esta arma como rival de la bomba atómica.

Fuente: The Telegraph

12 abril 2014

Terror Felino: ¿Los gatos son espías alienígenas enviados a la Tierra para controlarnos?


Hay gato encerrado. La teoría no tiene patas ni cabeza. Es como una bola de pelos. Pero lo cierto es que en la web va creciendo una hipótesis para comerse las uñas: los felinos domésticos serían “CENTINELAS ALIENÍGENAS” enviados desde el espacio interestelar para espiarnos, controlarnos, hacer trabajo de campo y reportar todo a su nave nodriza. (También están los que dicen que son cámaras extraterrestres que registran nuestra vida diaria y hacen enlace con el otro mundo del que provienen).
Más allá de la relativa relación con la hipótesis reptiliana, el usuario RedSpider realizó una lista (analizada y descuartizada por Vice) con ocho puntos que, dice, podrían acercar atisbos de verdad a la teoría:
1. No hay documentación previa al Antiguo Egipto que mencione la presencia de los gatos y, para colmo, en el Antiguo Egipto eran tratados como dioses.
2. La ciencia no puede determinar cómo producen el “ronroneo”.
3. Si tirás hacia atrás las orejas de un gato y mirás atentamente, vas a ver que se trata de una copia perfecta de la clásica imagen del “alien gris”, con esos ojos grandes y rasgados y la boca y la nariz pequeñas.
5. ¿Alguna vez viste a un gato despertar de un sueño profundo y salir corriendo de la habitación al instante? “La madre nodriza está transmitiendo y necesitan estar solos”.
6. Todas las cosas que salen de un gato son “completamente antinaturales”.
7. Los gatos sobreviven a situaciones en las que cualquier animal terrestre moriría. ¿Cómo es posible que un gato caiga de espaldas desde un cuarto piso y aterrice sobre sus cuatro patas? (Tienen propiedades antigravitacionales).


8. Cuando te morís, tus gatos te devoran. (Esto realmente no tiene nada que ver con la relación gatos-alienígenas, pero es algo igual de aterrador).
CADA PUNTO ES FACTIBLE DE SER REFUTADO:
Por ejemplo: Exportar gatos domésticos era ilegal en el Antiguo Egipto, según el libro Wild Cats of the World, lo que podría explicar por qué no aparecen en los registros de otras civilizaciones hasta miles de años después.
La ciencia sabe una o dos cosas sobre el tema del ronroneo: “Un oscilador neuronal rítmico y repetitivo envía mensajes a los músculos de la laringe, lo que los hace vibrar entre 25 y 150 veces por segundo (Hz). Esto produce una repentina separación de las cuerdas vocales, durante la inhalación y la exhalación, produciéndose la característica vibración felina” (Así dice un artículo de la WebMD).

“El ronroneo es un método de comunicación que puede ocurrir cuando ciertos órganos vocales se dilatan con sangre debido a una excitación, resultado de alguna estimulación”, explicó el Dr. Ken Simpson, del Hospital Animal Monon, Indianápolis (Ok, esto genera más sospechas espaciales que otra cosa).
Los gatos tienen mejor visión nocturna, sí, pero no ven colores.
Y bueno, que nos comen cuando morimos… En 2010, por ejemplo, se encontró a una docena de gatos alimentándose de un cadáver en Pennsylvania.
CONCLUSIONES
Qué decir de la forma de su cabeza y sus rasgos estirados o de sus “propiedades antigraviacionales”. Probablemente nos sobrevivirían si termináramos varados en una isla desierta o en una situación postapocalíptica. Y, claro, no sabemos por qué escapan repentinamente cuando se despiertan en muchos casos.  ¿Serán reptilianos que no han adquirido forma humanoide? ¿Serán las mascotas de los reptilianos? ¿Seremos nosotros las mascotas de los gatos? ¿Quién es mascota de quién? ¿Están preparando el terreno para una invasión alienígena? ¿O, simplemente, es todo pura conspiración? Es cuestión de CREER O REVENTAR.

Tomado de: http://blogs.tn.com.ar/creeroreventar/2014/03/31/los_gatos_son_espias_alienigenas_enviados_a_la_tierra_para_controlarnos/

11 abril 2014

Trucos con .htaccess: Cache, Restricciones, Redirección, Dominio

Los archivos .htaccess (Archivo de Acceso de Hipertexto) es una herramienta de configuración muy potente en el servidor web Apache. El servidor web Apache tiene un número de opciones de configuración que están disponibles para el administrador del servidor. El htaccess. es un simple archivo de texto ASCII situado en el directorio raíz del sitio Web. Podemos puede crear y modificar un archivo. htaccess con un editor de texto como el bloc de notas.
Aquí, en esta entrada del blog les dejo útiles consejos y trucos para el .htaccess  para configurar su servidor web.
Como un archivo .htaccess es muy potente y un error de sintaxis en su configuración ligera puede provocar un mal funcionamiento grave en el servidor. Para evitar esto aconsejamos  mantener una copia de seguridad de todos tus archivos desde el servidor antes de trabajar con el archivo htaccess.

Crear paginas de error personalizadas
Creación de una página de error personalizado con. htaccess en Apache Linux es una tarea muy sencilla. Con un editor de texto editamos nuestro archivo .htaccess. Podemos dar a las paginas de error diseños personalizados con el fin de atrapar a los visitantes que llegan a nuestro sitio web después dar clic en un enlace roto.

    ErrorDocument 401 /error/401.php
    ErrorDocument 403 /error/403.php
    ErrorDocument 404 /error/404.php
    ErrorDocument 500 /error/500.php

Configurar la zona horaria en el servidor

SetEnv TZ America/BuenosAires


Bloquear direcciones IP Utilizando htaccess
En algún momento debemos  evitar que determinadas IP accedan a nuestro sitio. Esta tarea es bastante simple. Todo lo que debemos  hacer es poner el siguiente código dentro nuestro archivo htaccess.

    allow from all
    deny from 192.168.14.122
    deny from 10.15

Cuando alguien intenta acceder a su sitio desde una IP prohibida  este recibirá un mensaje de error 403 de acceso prohibido (403 error access forbidden).

Redirecciones 301
Redirecciones permanentes para mover enlaces antiguos o rotos

    Redirect 301 /d/file.html http://www.htaccesselite.com/r/file.html

Establecer un correo electronico para el administrador del servidor
El uso de este código se puede especificar la dirección de correo electrónico por defecto para el administrador del servidor.

    ServerSignature EMail
    SetEnv SERVER_ADMIN default@domain.com

Guardar las Imágenes en la Cache del Navegador del Visitante
Para conseguir que las imágenes permanezcan en el navegador del usuario durante 1 semana y para conseguir que la visualización de nuevas páginas dentro de nuestro dominio sea casi de forma instantánea, añadiremos el siguiente código a nuestro archivo .htaccess:


ExpiresActive On
ExpiresDefault A604800

ExpiresDefault “access plus 7 day”;


Utilizando este sencillo código, la navegación dentro de las páginas de nuestra Web será mucho más rápida, ya que cualquier imagen que sea mostrada en la pantalla del visitante de nuestra Web quedará guardada en la Cache de su navegador durante una semana y no se volverá a solicitar petición al Servidor

Protección Hotlinking con htaccess
Es muy importante porque cualquier persona que realece un enlace a las imágenes de nuestro sitio web consumira nuestro ancho de banda de su servidor. El siguiente código nos ayudará a prevenir eso.

    Options +FollowSymlinks
    # Protect Hotlinking
    RewriteEngine On
    RewriteCond %{HTTP_REFERER} !^$
    RewriteCond %{HTTP_REFERER} !^http://(www.)?domainname.com/ [nc]
    RewriteRule .*.(gif|jpg|png)$ http://domainname.com/img/hotlink_f_o.png [nc]

Bloquear todas las solicitudes de agente de usuario
mediante la creación de un perfecto lista de prohibición de htaccess, puedes impedir que todos los agentes de usuario no deseados que mantendrá su carga en el servidor abajo. También puedes ver este hilo interesante sobre el mundo webmaster acerca de Thea 228 lista de usuarios de la prohibición de los agentes.

    ## .htaccess Code :: BEGIN
    ## Block Bad Bots by user-Agent
    SetEnvIfNoCase user-Agent ^FrontPage [NC,OR]
    SetEnvIfNoCase user-Agent ^Java.* [NC,OR]
    SetEnvIfNoCase user-Agent ^Microsoft.URL [NC,OR]
    SetEnvIfNoCase user-Agent ^MSFrontPage [NC,OR]
    SetEnvIfNoCase user-Agent ^Offline.Explorer [NC,OR]
    SetEnvIfNoCase user-Agent ^[Ww]eb[Bb]andit [NC,OR]
    SetEnvIfNoCase user-Agent ^Zeus [NC]

    Order Allow,Deny
    Allow from all
    Deny from env=bad_bot

    ## .htaccess Code :: END

Redirigir todas  IP hacia otros sitios.
Si deseamos redirigir todos los visitantes a una IP diferente. Y tambien dar acceso a otras ip a nuestro sitio web, el siguiente codigo les permitira realizar dichas acciones.

    ErrorDocument 403 http://www.youdomain.com
    Order deny,allow
    Deny from all
    Allow from 192.168.8.165
    Allow from 10.154.68.123

Forzar a que aparezcan las “www” en tu Dominio
Esta técnica se aplica para Solucionar la duplicidad de contenido en nuestro Dominio, es decir, cuando se accede al mismo contenido utilizando las “www” y cuando se accede sin usar las “www”.

Un ejemplo lo tienes en esta misma página. Intenta quitar en la dirección url que aparece en tu navegador las “www” de esta página, verás que automáticamente te redirige a la página con las “www”. Para conseguirlo, simplemente agrega el siguiente código:

RewriteEngine On
RewriteCond %{HTTP_HOST} !^tudominio.com$ [NC]
RewriteRule ^(.*)$ http://www.tudominio.com/$1 [R=301,L]

El principal problema que puedes tener si no incluyes este código en tu .htaccess es que si un usuario inicia sesión en dominio.com y luego va a www.dominio.com, las cookies no se reconocerán y el usuario deberá volver a iniciar sesión.

No mostrar solicitud de descarga con Htaccess
Por lo general, cuando intenta descargar un archivo desde un servidor Web, quien recibe la solicitud tambien recibe un mensaje de  pregunta si desea guardar el archivo o abrirlo. Si deseamos que dicha confirmacion no aparezca en los usuarios clientes podemos utilizar el siguiente código en el archivo. htaccess.

    AddType application/octet-stream .pdf
    AddType application/octet-stream .zip
    AddType application/octet-stream .mov

Cambiar el tipo de archivo con htaccess
Hacer que  cualquier archivo de un cierto tipo de archivo como por ejemplo image.jpg, index.html, default.cgi por medio de esta propiedad htaccess podemos hacerlos pasar como si tubieran extencion php.

    ForceType application/x-httpd-php
    SetHandler application/x-httpd-php

Bloquear el acceso a nuestro archivo .htaccess
Mediante la adición de que el siguiente código a nuestro archivo htaccess evitaremos intentos de acceso a este archivo. Esta capa adicional de seguridad protege su htaccess mostrando un mensaje de error 403 en el navegador.

    # seguridad para nuestro archivo htaccess
   
    Order allow,deny
    Deny from all
   


Proteger el acceso a ciertos archivos específicos en el servidor
Esto se puede hacer añadiendo el código de abajo mencionados. Por ejemplo, si deseamos bloquear algun archivo con alguna extension determinada, esto evitará la visualización de estos archivos.

    # prevenir acceso a archivosecreto.txt
   
    Order allow,deny
    Deny from all
   


Nota: esto afectaría a cualquier archivo con el nombre “archivosecreto.txt” que se encuentre en el servidor.

Además, usando la directiva FilesMatch, podes proteger archivos con determinadas extensiones:

    # prevenir acceso a ciertos archivos
   
    Order Allow,Deny
    Deny from all
   


Impedir el acceso a la navegación no autorizada
Este es un truco muy util con nustro archivo .htaccess nos ayuda a impedir que los agentes o usuarios puedan ver todos los documentos en un determinado directorio.

    # deshabilitar navegacion por directorios
    Options All -Indexes

Configuración de la página por defecto
Podemos configurar la página predeterminada de un directorio. Por ejemplo, en el código de la página por defecto se establece como lugar de about.html en lugar de index.html

    # alternativa para pagina principal
    DirectoryIndex about.html

 
 Podemos crear una autenticación para el acceso a determinados archivos y directorios. El código tiene ejemplos de la protección de contraseña de un solo archivo y protección de contraseña para un directorio entero.

    # proteger un archivo

    AuthType Basic
    AuthName “Prompt”
    AuthUserFile /home/path/.htpasswd
    Require valid-user


    # proteger con contraseña un directorio
    resides
    AuthType basic
    AuthName “This directory is protected”
    AuthUserFile /home/path/.htpasswd
    AuthGroupFile /dev/null
    Require valid-user

Comprimir componentes con mod_deflate
Como alternativa a la compresión de archivos mediante Gzip, puedes implementar mod_deflate (que se supone que es más rápido). Utiliza el siguiente código en la parte superior del archivo .htaccess:

SetOutputFilter DEFLATE


Agrega headers de expiración a los archivos
El siguiente código sirve para agregar fechas de expiración en las cabeceras de los archivos:

Header set Expires "Wed, 21 May 2015 20:00:00 GMT"

Quitar palabras o strings de una URL
En este ejemplo, quitaremos “categoria” de nuestras URL, es decir: http://dominio.com/categoria/carpeta -> http://dominio.com/carpeta
Añade este código al final de tu .htaccess:

RewriteRule ^categoria/(.+)$ http://www.dominio.com/$1 [R=301,L]

Basado en: http://www.blog.pc-serveis.es/programacion-web/trucos-con-htaccess-cache-restricciones-redireccion-dominio

10 abril 2014

Las 5 cosas que (seguramente) no sabías sobre el sexo

El sitio Cromos.com.co recopiló diferentes estudios e investigaciones que han arrojado resultados increíbles, extraños e impredecibles respecto a las relaciones sexuales, las zonas erógenas y otras cuestiones vinculadas con el tema. Sorprendete.

  1. El pene se puede fracturar. Si bien no tiene huesos, el miembro viril masculino se puede quebrar. Los médicos se refieren a la lesión como una "fractura de pene" y es extremadamente dolorosa. Los médicos se refieren a esta condición como "una forma grave de lesión en el pene erecto que se produce cuando una membrana llamada túnica albugínea se rasga", explica Hunter Wessells, jefe del departamento de urología de la Universidad de Washington. Según Wessells, esto sucede cuando el hombre está intentando “poses sexuales acrobáticas”.
  2. Existió el amor entre neandertales y humanos modernos. Hubo relaciones sexuales entre humanos modernos y neandertales. Por eso, los Homo Sapiens -excepto los provenientes de África- tenemos la huella neandertal en el ADN. Esta es una de las teorías más aceptadas por la comunidad científica. Ese cruce hizo que el sistema inmune se fortaleciera y favoreciera la evolución de la especie. Se cree que esa relación "amorosa" se dio cuando los humanos modernos llevaron la tecnología del Paleolítico superior en su migración fuera de África. Es el cruce de dos de las especies humanas más inteligentes.
  3. ¡Las mujeres podemos llegar al orgasmo en el gym! No se necesita ninguna clase de estimulación especial ni tener pareja… Solo basta con hacer algo de ejercicio. Un estudio de la Universidad de Indiana reveló que hacer abdominales, trepar por una cuerda, hacer spinning o levantar pesas puede provocar placeres sexuales con efectos secundarios inimaginables.
  4. Los hombres gordos “duran más” en la cama. A pesar de que la obesidad se asocia, por un lado, con la disfunción eréctil; por otro, estudios publicados en el International Journal of Impotence Research: The Journal of Sexual Medicine, sugieren que cuanto más gordo es un hombre, menos propenso es a la eyaculación precoz. De hecho, los hombres con un índice de masa corporal gruesa (IMC) fueron capaces de hacer el amor durante una media de 7,3 minutos, mientras que los sujetos delgados duraron un promedio de 1,8 minutos. Así que, ¿cuál es el secreto detrás de los cinco minutos extra? Los hombres con exceso de grasa también guardan los niveles más altos de la hormona sexual femenina: estradiol. Una hipótesis es que esta sustancia interfiere con la capacidad del cuerpo para alcanzar el orgasmo, por lo menos, durante unos minutos.
  5. Cuando las strippers ovulan, ganan más dinero. Una investigación realizada por la Universidad de Nuevo México concluyó que durante el ciclo de ovulación de las mujeres que se dedican a quitarse la ropa por dinero, estas ganan cerca de 70 dólares en propinas por hora, el doble de las que no están pasando por este período. Una de las hipótesis para esta extraña conclusión es que los hombres se inclinan inconscientemente a dar más propinas a las mujeres que ellos creen son más fértiles.

Fuente: Cromos.com.co

08 abril 2014

Instalando pfSense desde pendrive USB

Muchos preguntan como iniciar con un pendrive una instalacion de pfSense, ya que les da errores y otras calamidades, cuando en  su limpieza es muy simple y ameno, basicamente no pasa por "saber mucho" sino por respetar el "espiritu BSD" nada mas...

Especialmente si vamos a instalar en embebidos sin otra cosa que una siemple consola serial. Instalando en Maquinas Virtuales (VM) las cosas son diferentes, claro esta. Nada que no se solucione leyendo en pfsenseDocs ( https://doc.pfsense.org/index.php/Instaling_pfSense )

En este caso nos vamos a basar en la version de pfSense 2.1, aplica a las futuras, obviamente, a menos que en otro post se indique lo contrario, o decida actualizarlo:

Descargamos la imagen:
Simplemente bajamos la imagen de algun mirror de pfSense ( http://pfsense.com/mirror.php?section=downloads ) para poder asi comenzar. Yo normalmente utilizo wget, pero cualquier modo es valido, siempre y cuando sea la imagen correcta.


Descomprimiendo la imagen:

root@gostir:/home/vampii# gunzip pfSense-memstick-2.1-RELEASE-i386.img.gz

Elegi la "memstick" de acuerdo a la arquitectura soportada, en mi caso un embebido con procesador de 32 bits. Si fuera una tarjeta Compaq Flash hubiera usado la version "nano". Nunca hacer la burrada de tomar la version "LiveCD" y pasarla a una memoria USB con Unetbootin o equivalentes...


Descubriendo el disco destino de la imagen:
Basicamente, lo que hacemos es listar todos los discos conectados a nuestro equipo, esten o no montados, y basandonos en eso, asignaremos el destino de la imagen que queremos grabar. En mi caso estoy ocupando un viejo pendrive de 1GB que ha recorrido muchisimas batallas

root@gostir:/home/vampii# fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, 1953525168 sectores en total
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Identificador del disco: 0x09cdcebd

Disposit. Inicio    Comienzo      Fin      Bloques  Id  Sistema
/dev/sda1   *          63     8000369     4000153+  82  Linux swap
Partition 1 does not start on physical sector boundary.
/dev/sda2         8000370   408002804   200001217+  83  Linux
Partition 2 does not start on physical sector boundary.
/dev/sda3       408002805  1953525167   772761181+  83  Linux
Partition 3 does not start on physical sector boundary.

Disco /dev/sdb: 1010 MB, 1010827264 bytes
255 heads, 63 sectors/track, 122 cylinders, 1974272 sectores en total
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificador del disco: 0x00096664

Disposit. Inicio    Comienzo      Fin      Bloques  Id  Sistema
/dev/sdb1            2048  1465092095   732545024   83  Linux
root@gostir:/home/vampii#


Grabando la imagen:

root@gostir:/home/vampii# dd if=pfSense-memstick-2.1-RELEASE-i386.img of=/dev/sdb
507024+0 registros leídos
507024+0 registros escritos
259596288 bytes (260 MB) copiados, 173,428 s, 1,5 MB/s

 Revisando que la imagen fuera bien grabada:

root@gostir:/home/vampii# fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, 1953525168 sectores en total
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Identificador del disco: 0x09cdcebd

Disposit. Inicio    Comienzo      Fin      Bloques  Id  Sistema
/dev/sda1   *          63     8000369     4000153+  82  Linux swap
Partition 1 does not start on physical sector boundary.
/dev/sda2         8000370   408002804   200001217+  83  Linux
Partition 2 does not start on physical sector boundary.
/dev/sda3       408002805  1953525167   772761181+  83  Linux
Partition 3 does not start on physical sector boundary.

Disco /dev/sdb: 1010 MB, 1010827264 bytes
255 heads, 63 sectors/track, 122 cylinders, 1974272 sectores en total
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificador del disco: 0x90909090

Disposit. Inicio    Comienzo      Fin      Bloques  Id  Sistema
/dev/sdb4   *           0       49999       25000   a5  FreeBSD
root@gostir:/home/vampii#

Tips:
Si el pendrive que usan, cuando va a iniciar el dispositivo da error de GRUB u otros, nada mas facil que llenarlo de ceros para estar seguro que todos los datos fueron borrados...

root@gostir:/home/vampii# dd if=/dev/zero of=/dev/sdb

Como habran visto, no era tan dificil hacerlo ;-)

conejito freebsdero

07 abril 2014

Los chemtrails al descubierto

Lo cuentan claramente en Científicos descubren la verdad sobre los chemtrails. La estelas de los aviones están formadas por monóxido de dihidrógeno o DHMO:
Este compuesto químico se caracteriza por carecer de olor, sabor y color. Ya desde la antigüedad se conocen sus propiedades y que en grandes cantidades puede ser altamente peligroso pudiendo incluso llegar a ser mortal. La ingestión de altas dosis de monóxido de dihidrógeno pueden producir una excesiva dilución del sodio en la sangre (hiponatremia) y ello provoca que se deje de producir la hormona antidiurética. En casos extremos se pueden producir edemas cerebrales irreversibles, comas, o incluso morir por sobrepresión del cerebro al bulbo raquídeo. El exceso de esta sustancia por vía respiratoria es letal, produciéndose la muerte por asfixia.
Claro que el monóxido de dihidrógeno, DHMO o MODH, es mucho más conocido como agua,
[…] un compuesto incoloro, inodoro e insípido conocido también como protóxido de hidrógeno, subóxido de hidrógeno, hemióxido de hidrógeno, óxido de dihidrógeno, óxido de hidrógeno, hidróxido de hidrógeno, hidróxido de hidronio o simplemente ácido oxhídrico. Se sintetiza a partir del radical inestable hidróxido, el cual puede encontrarse en una gran cantidad de sustancias explosivas y venenosas, como el ácido sulfúrico, nitroglicerina, charol. También se encuentra en la naturaleza, donde es un factor importante en numerosas catástrofes (inundaciones, tsunamis, etc.).
La anotación enlazada al principio, por cierto, es un claro ejemplo de la ley de Poe, que dice que en ausencia de alguna indicación que lo aclare es imposible distinguir entre una postura ideológica extrema y una parodia de esta.
Yo creo, de todos modos, que el llamar DHMO al agua sirve para considerar que la anotación está escrita en clave de humor, aunque con los conspiranoicos de los chemtrails uno nunca puede estar seguro.
(Vía Luis Barreiro).



Tomado de: http://www.microsiervos.com/archivo/humor/chemtrails-al-descubierto.html

Rusa de 13 años inventa una nave para viajar a otras estrellas

Una joven inventora rusa de 13 años presentó su proyecto de nave galáctica que podría alcanzar otra estrella en tan solo 42 años.

El proyecto de la joven Ekaterina Trúsheva, que tiene tan solo 13 años, se llama nave galáctica Tierra. La idea de crear una nave interestelar nació cuando la joven se enteró de que algún día el Sol se tragará a nuestro planeta y fue entonces cuando decidió buscar la manera de salvar a la humanidad. El objetivo de la nave serán las expediciones científicas a otras estrellas en busca de vida.

La nave será construida en la órbita terrestre y no llevará al cosmos ninguna fuente de energía para reducir la masa y aumentar la velocidad. En cambio utilizará como combustible el medio ambiente interestelar, el cual en un 70% consiste de hidrógeno. El hidrógeno sería 'captado' por un embudo magnético, luego sería comprimido y calentado por reacción termonuclear, posteriormente se aceleraría y se lanzaría de nuevo al espacio interestelar, proporcionando de esta manera la velocidad necesaria.

Tras finalizar la búsqueda de una tecnología a la vez segura, económica y fácil, la autora del proyecto escogió un propulsor de uniflujo termonuclear y un propulsor de uniflujo fotónico como motores para su nave galáctica. Estos propulsores permitirán acelerar la marcha lo suficiente para alcanzar la estrella más cercana a nuestro sistema solar, Alpha Centauri, en tan solo 42 años. Las naves espaciales existentes necesitarían 50.000 años para hacerlo.

En total, a bordo de Tierra subirían 500 personas, principalmente familias. Todos los alimentos serían sintetizados o cultivados a bordo de la nave a través del método de la hidroponía, que no requiere suelo agrícola. Los gastos para construir la nave galáctica serán mínimos y se rentabilizarían por completo a cargo de los turistas que desearan viajar, cree la joven innovadora. La autora del proyecto espera ser algún día la capitán de su nave espacial y dirigirse a otras estrellas.

El director del Instituto Internacional de Educación Espacial de Alemania, Ralf Heckel, supo del proyecto y escogió a Ekaterina Trúsheva para participar con su equipo en la competición de construción de astromóviles para la exploración humana de la NASA.

06 abril 2014

Slackware 14: Guía de instalación

"En este libro se habla de los sefirot y los senderos, de espíritus y conjuros, de dioses, esferas, planos y muchas otras cosas que pueden o no existir. Pero es irrelevante si existen o no. De hacer ciertas cosas sobrevienen ciertos resultados; se advierte a los estudiantes que se guarden de atribuir realidad objetiva o validez filosófica a cualquiera de ellos."
Aleister Crowley

Dada la poca información con la que podemos contar cuando tomamos la decisión de adentrarnos en el mundo Slackware, he decidido redactar una serie de artículos que expliquen al menos las nociones básicas para trabajar adecuadamente sobre esta maravillosa distribución.
Como algunos sabrán, la primera entrega se trató de la publicación denominada, Slackware 14: Derribando al monstruo, donde relato brevemente mis experiencias e impresiones sobre Slack.
En seguida se detalla una guía de instalación, la cual tiene como objetivo apoyar en el fácil proceso de llevar Slackware a nuestro equipo.
Para obtener Slackware diríjase a su sitio oficial, esta guía se basa en la versión DVD.

Inicio
Al arrancar nuestro equipo nos encontraremos con la primer pantalla, obviamente la de bienvenida, donde ademas nos solicita parámetros para la configuración del kernel si es que lo deseamos, para efecto de esta guía nos limitaremos a presionar “enter” sin agregar ningún dato extra.

Si deseas especificar la distribución del teclado a usar durante el proceso de instalación teclea “1” para accesar al menú de configuración

Elegimos la opción “qwerty/es.map”

Probamos el teclado si lo deseamos

Para abandonar presionamos “enter” luego “1” y “enter” nuevamente

Iniciamos sesión como “root”

CREANDO PARTICIONES
Debemos crear las particiones del disco donde llevaremos a cabo la instalación, para efectos de esta guía solo crearemos dos, la partición raíz (/) y la partición swap.

Primero comprobamos los discos instalados en nuestro sistema tecleando “fdisk -l”

Obtendremos un resultado como este

Una vez ubicado nuestro disco iniciamos el proceso de particionamiento tecleando “cfdisk /dev/sda”, accesando así a la interfaz cfdisk

Primero crearemos la partición swap, para ello seleccionamos la opción [New]

En seguida seleccionamos la opción [Primary]

Elegimos el tamaño que deseamos para nuestra swap, en mi caso “512”

Ahora debemos decidir la posición de la swap en el árbol de particiones, en mi caso seleccionaré la opción [Beginning]

Seleccionamos el tipo de partición usando la opción [Type]

Indicamos que será una partición tipo “Linux swap”, para esto presionamos “enter”

Tecleamos “82”

Es hora de crear la partición raíz (/).
Seleccionamos la opción [New]

Crearemos una partición primaria por tanto seleccionamos la opción [Primary]

Asignamos el resto del espacio de disco, así que solo presionamos “enter”

Marcamos la nueva partición como de arranque seleccionando la opción [bootable], notaremos que la sección “Flags” se marcara como “Boot”

Guardamos los cambios realizados a nuestra tabla de particiones seleccionando la opción [Write]

Nos pregunta si estamos seguros, tecleamos “yes”

Nuestro trabajo de particionamiento ha concluido, por tanto seleccionamos la opción [Quit] para salir de la pantalla de cfdisk y regresar a nuestra consola donde continuaremos con el proceso de instalación.

CONFIGURANDO LA INSTALACIÓN
Para acceder a la pantalla de configuración tecleamos “setup”

Se desplegará una lista de opciones a configurar donde se llevará a cabo el real proceso de instalación

Lo primero que haremos por aquí será activar la partición swap previamente creada, seleccionamos la opción “ADDSWAP”

Como ya la hemos creado la detectará automáticamente,  < OK > para continuar

Pregunta si queremos revisar nuestra partición en busca de daños, como no es necesario al caso seleccionamos < No >

Se mostrará una pantalla confirmando que la operación se concretó adecuadamente y que se añadió la partición a la fstab, < OK > para continuar

“TARGET”
Ahora toca el turno de seleccionar la partición raíz (/) que es la otra partición que creamos mediante cfdisk, elegimos < Select >

Seleccionamos “Format” para asignarle un sistema de archivos a la partición raíz (/)

En mi caso seleccionaré “ext4”

Iniciará el proceso de formateo

Una vez terminado nos mostrará una pantalla de confirmación indicándonos que se agregó la partición a la fstab, < OK > para continuar

“SOURCE” 
Nos pregunta de dónde obtendremos los paquetes a instalar, para efecto de esta guía elegiremos la opción “Install from a Slackware CD or DVD”

Nos pregunta si queremos que busque automáticamente el medio de instalación (CD/DVD) o si queremos especificarlo manualmente, en nuestro caso seleccionamos “auto”

Se realiza el proceso de escaneo

“SELECT” 
Ahora debemos seleccionar los paquetes que serán instalados, es necesario seleccionar la opción “KDEI International language support for KDE”, para esto nos posicionamos sobre ella y presionamos la barra espaciadora, esto brindará soporte para nuestro idioma en KDE.

“INSTALL” 
Ahora se nos pide que elijamos entre siete posibles métodos de instalación, ustedes pueden explorar las opciones pero para efectos de esta guía elegiremos la opción “full”

Esto iniciará el proceso de instalación de los paquetes que previamente hemos seleccionado. Aquí es el punto donde van a prepararse un buen café…

Una vez completado el proceso de instalación nos preguntará si deseamos crear una USB bootable, para efectos de esta guía no lo haremos, por tanto seleccionamos la opción “Skip”

“CONFIGURE”
Definimos como deseamos llevar a cabo la instalación de LILO, en nuestro caso usaremos la opción “simple”

Elegimos la resolución de pantalla donde se presentará LILO, si no sabemos cual es o no se encuentra dentro de la lista elegimos la opción “standard”

Agregamos parámetros para el kernel, en mi caso no usaré, < OK > para continuar

Pregunta si deseamos incluir soporte UTF-8 en nuestra consola, seleccionamos < Yes >

Elegimos donde queremos colocar LILO, para este caso seleccionamos la opción “MBR”

Seleccionamos el controlador que deseamos usar para nuestro ratón, en la mayor parte de los casos “imps2” es la opción que funcionará

Nos pregunta si deseamos usar nuestro ratón para acciones en consola como copiar y pegar, para confirmar seleccionamos  < Yes >

Pregunta si deseamos llevar a cabo la configuración de la red, seleccionamos < Yes >

Agregamos el nombre para nuestro Host

Solicita el nombre de dominio, tecleamos “.” para omitir

Elegimos la forma en que obtendremos nuestra IP, en la mayor parte de los casos será por “DHCP”

En algunos casos los proveedores usan nombres para sus servicios DHCP, aunque en la mayoría de los casos esto no sucede, < OK > para continuar

Aparece la pantalla de confirmación sobre la configuración de la red que hemos proporcionado, si todo esta correcto seleccionamos < Yes >

Seleccionamos los servicios que se ejecutarán al arrancar nuestro equipo si es el caso, < OK > para continuar

Pregunta si queremos configurar las fuentes para la consola, en nuestro caso seleccionamos < No >

Configuramos el reloj, para hacerlo adecuadamente seleccionamos “NO”

Elegimos nuestra zona horaria, en mi caso “America/Mexico_City”

Elegimos el entorno de escritorio que deseamos usar en mi caso KDE, por tanto seleccionamos ”xinitrc.kde”

Nos advierte que el usuario ROOT no posee contraseña y nos pregunta si deseamos agregar una, seleccionamos < Yes >

Agregamos la contraseña, presionamos “enter” para continuar

Hemos terminado con el proceso de instalación y se nos muestra una pantalla de confirmación, < OK > para continuar

Regresamos a la pantalla donde inicio el proceso de configuración, seleccionamos “EXIT” para salir del setup

Reiniciamos nuestro equipo tecleando “reboot”

Una vez reiniciado nos encontraremos con la pantalla de LILO
Al terminar de cargar llegaremos a la linea de comando donde teclearemos “startx” para acceder al entorno gráfico


Listo !!! Ya tenemos nuestro Slackware instalado y funcionando.

Este es el proceso de instalación de Slackware, como pueden observar es bastante simple y no son necesarios grandes conocimientos para llevarlo a cabo.


Tomado de: http://blog.desdelinux.net/slackware-14-guia-de-instalacion-2/