El Blog de TNT

Tecnología, Software Libre y Open Source.

Crea tu live image de Fedora — 8 abril, 2017

Crea tu live image de Fedora


Como muchos sabrán en latinoamérica esta por celebrarse el Festival Latinoamericano de Instalación de Software Libre (FLISoL), así que para las instalaciones muchos se habrán puesto a preguntarse cosas como “y si en el lugar del evento no tengo internet?”, “si hay muchos asistentes y no hay tiempo para instalar software a todos?”, etc.

Tal vez la solución sea CREAR UN LIVE-IMAGE (CD, DVD, USB…. en resumen ISO), bien, este post les enseñara a crear un ISO con todos los programas que necesites de una forma muy sencilla y tratando de explicar todos los pasos posibles.

Empecemos por instalar lo necesario:

# dnf install livecd-tools spin-kickstarts

Con el primer paquete tendremos instalado livecd-creator el cual nos compilará el ISO (en resumen es eso lo que hace), y el segundo paquete nos dará acceso a unos archivos de extensión .ks que se encuentran en /usr/share/spin-kickstarts.

Que son los archivos kickstarts?

Bien, en resumen, los archivos kickstart ayudan a crear instalaciones desatendidas, de esta forma por ejemplo podríamos indicar en un kickstart que queremos que el idioma preseleccionado se Español, el teclado Español Latinoamericano, la zona horaria América/Lima, que nuestra partición raiz tenga 30GB, etc etc, se puede especificar todo el proceso de instalación.

Osea, con un archivo kickstart le decimos a Anaconda (la serpiente no, me refiero al instalador de Fedora), todas las configuraciones que queremos, incluido programas que queremos instalados; así, podemos instalar Fedora (o cualquier distro que use Anaconda) en 100 computadoras en paralelo sin que toques una solo botón del instalador.

Bueno, ese es otro tema, esta aclaración solo va al caso por que livecd-creator usa ESE archivo .ks para instalar Fedora en una jaula virtual y luego convierte esa instalación en un ISO, ASÍ DE SIMPLE!!.

Volviendo al tema

Ya hablamos de lo que es un archivo .ks, así que vamos a crear un archivo .ks, pero NO desde cero, en /usr/share/spin-kickstarts hay un montón de archivos .ks los cuales pertenecen a los Spin que ya conocemos de Fedora (Workstation, Server, XFCE, Mate, Cinnamon, etc etc), en este caso usaremos como base Fedora Workstation, así que el .ks elegido será /usr/share/spin-kickstarts/fedora-live-base.ks, entonces abrimos un editor de texto, y creamos el archivo my_live_image.ks con este contenido:

# Parte 1
%include /usr/share/spin-kickstarts/fedora-live-workstation.ks
# Parte 2
lang es_PE.UTF-8
keyboard 'la-latin1'
timezone America/Lima
auth --useshadow --enablemd5
part / --size 20000 --fstype=ext4
services --enabled=NetworkManager,iptables --disabled=network,sshd,firewalld
# Parte 3
repo --name=Fedora --baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
repo --name=Fedora-Updates --baseurl=http://download.fedoraproject.org/pub/fedora/linux/updates/$releasever/$basearch/
repo --name=google-chrome-stable  --baseurl=http://dl.google.com/linux/chrome/rpm/stable/$basearch
repo --name=google-talk-plugin --baseurl=http://dl.google.com/linux/talkplugin/rpm/stable/$basearch
repo --name=RPMFUSION-FREE --baseurl=http://download1.rpmfusion.org/free/fedora/releases/$releasever/Everything/$basearch/os/
repo --name=RPMFUSION-NONFREE --baseurl=http://download1.rpmfusion.org/nonfree/fedora/releases/$releasever/Everything/$basearch/os/
repo --name=RPMFUSION-FREE-UPDATES --baseurl=http://download1.rpmfusion.org/free/fedora/updates/$releasever/$basearch/
repo --name=RPMFUSION-NONFREE-UPDATES --baseurl=http://download1.rpmfusion.org/nonfree/fedora/updates/$releasever/$basearch/
# Parte 4
%packages
gimp
inkscape
vlc
soundconverter
google-chrome
kdenlive
%end
# Parte 5
%post
cat >> /etc/rc.d/init.d/livesys << EOF # deshabilitar el plugin de actualizaciones cat >> /usr/share/glib-2.0/schemas/org.gnome.settings-daemon.plugins.updates.gschema.override << FOE [org.gnome.settings-daemon.plugins.updates] active=false FOE # No iniciar gnome-initial-setup (el cuadro de Bienvenida que sale luego de instalar) mkdir ~liveuser/.config touch ~liveuser/.config/gnome-initial-setup-done # make the installer show up if [ -f /usr/share/applications/liveinst.desktop ]; then   # Show harddisk install in shell dash   sed -i -e 's/NoDisplay=true/NoDisplay=false/' /usr/share/applications/liveinst.desktop ""   # need to move it to anaconda.desktop to make shell happy   mv /usr/share/applications/liveinst.desktop /usr/share/applications/anaconda.desktop   cat >> /usr/share/glib-2.0/schemas/org.gnome.shell.gschema.override << FOE [org.gnome.shell] favorite-apps=['firefox.desktop', 'evolution.desktop', 'empathy.desktop', 'rhythmbox.desktop', 'shotwell.desktop', 'libreoffice-writer.desktop', 'nautilus.desktop', 'gnome-documents.desktop', 'anaconda.desktop'] FOE   # Make the welcome screen show up   if [ -f /usr/share/anaconda/gnome/fedora-welcome.desktop ]; then     mkdir -p ~liveuser/.config/autostart     cp /usr/share/anaconda/gnome/fedora-welcome.desktop /usr/share/applications/     cp /usr/share/anaconda/gnome/fedora-welcome.desktop ~liveuser/.config/autostart/   fi fi # rebuild schema cache with any overrides we installed glib-compile-schemas /usr/share/glib-2.0/schemas # set up auto-login cat > /etc/gdm/custom.conf << FOE
[daemon]
AutomaticLoginEnable=True
AutomaticLogin=liveuser
FOE

# Turn off PackageKit-command-not-found while uninstalled
if [ -f /etc/PackageKit/CommandNotFound.conf ]; then
  sed -i -e 's/^SoftwareSourceSearch=true/SoftwareSourceSearch=false/' /etc/PackageKit/CommandNotFound.conf
fi

# make sure to set the right permissions and selinux contexts
chown -R liveuser:liveuser /home/liveuser/
restorecon -R /home/liveuser/
EOF
%end

Explicación de cada parte:

Parte 1: Con esto estamos incluyendo todo lo que se instala con Fedora Workstation (Gnome, Libre Office, Rhythmbox, Totem, etc etc), ahora solo nos preocupamos de las configuraciones y los paquetes que queremos adicionales.

Parte 2: Pequeñas configuraciones como el idioma en el que ingresará el instalador, el teclado por defecto, la zona horaria, etc, de las cuales la mas importante será “part / –size 20000 –fstype=ext4”, lo que hace es determinar el tamaño de partición que se dará A LA JAULA VIRTUAL, así que si vas a instalar muchos programas, tendrás que subir ese tamaño, en lo personal 20000 MB me va de sobra para un live DVD.

Parte 3: Los repos, nada mas, creo que esa parte se explica sola, y sí, podemos tener Google Chrome pre instalado.

Parte 4: Esta es la parte donde especificas el nombre de cada paquete que deseas en tu ISO, esto finaliza en %end, esta es probablemente la unica parte que necesitaras modificar en tu archivo kickstart.

Parte 5: Probablemente ni la toques, allí se especifica lo que se debe de hacer LUEGO de haber instalado todo, hasta %end nuevamente, allí hay algunos ajustes que los comenté en español, como recomendación, si no sabes mucho de BASH no lo toques!!.

Hecho esto, podemos compilar el .ks.

Compilando nuestro .ks

Simplemente necesitamos ejecutar el siguiente comando como super usuario:

# livecd-creator --verbose --config=/home/tnt/fedora-flisol.ks --fslabel=Fedora-DVD --cache=/var/cache/live --nocleanup

Explicación de cada parte:

–verbose: Hace que el comando nos de información detallada de todo lo que hace, eso sirve para saber en donde falla nuestro archivo .ks (si es que falla).

–config: Sirve para especificar nuestro archivo .ks (no podía ser para otra cosa).

–fslabel: Una etiqueta para el sistema de archivos nada mas, puedes poner tu nombre si quieres.

–cache: Ya que se descargarán muchos paquetes para el ISO, es posible que no tengas espacio en tu computadora, asi que puedes especificar donde se descargaran con este parámetro (puedes apuntarlo a un disco externo u otra partición con mas espacio).

–nocleanup: Este parámetro le dice a livecd-creator que NO borre los archivos descargados, así no tendrás que esperar una eternidad por las descargas cada que ejecutas el comando (recomiendo usarlo pues en Perú no tenemos buen ancho de banda de internet).

Eso es todo, al final el comando te generará un archivo .iso en el lugar que lo ejecutes.

Sin mas que especificar, espero que les sirva, Saludos.

NOTA: Este articulo fue hecho al vuelo, es posible que hayan errores, si es que los hay, no dudes en comunicarte conmigo mediante comentario o al correo electrónico tonet666p [at] fedoraproject [dot] org.

Referencias:

Problema: No se reconocen los comandos de RPi (Fedora) — 8 diciembre, 2016

Problema: No se reconocen los comandos de RPi (Fedora)


 El problema ocurre cuando uno usa una distro sin soporte especifico para las RPi (Fedora) y desea usar características propias de esa plataforma, en este caso, para interactuar con el modulo de cámara de la RPi mediante linea de comandos usando alguno de los comandos siguientes:

  • containers_check_frame_int
  • containers_test
  • dtoverlay-pre  raspiyuv
  • containers_datagram_receiver
  • containers_test_bits  dtparam
  • tvservice
  • containers_datagram_sender
  • containers_test_uri   edidparser
  • vcdbg
  • containers_dump_pktfile
  • containers_uri_pipe
  • mmal_vc_diag   vcgencmd
  • containers_rtp_decoder
  • dtmerge
  • raspistill
  • vchiq_test
  • containers_stream_client
  • dtoverlay
  • raspivid
  • vcmailbox
  • containers_stream_server
  • dtoverlay-post
  • raspividyuv
  • vcsmem

Al teclear estos comandos, nos devuelve un mensaje diciendo que el comando no existe, por ejemplo al ejecutar raspistill:

bash: raspistill: no se encontró la orden

En realidad, al momento de usar el kernel para Raspberri Pi ya estamos también descargando una serie de librerías y comandos específicos para Raspberry Pi, pero no los podemos usar por que el sistema no sabe AUN que existen y DONDE estánest.

Esto se puede solucionar ejecutando la siguiente linea en la consola:

echo “PATH=$PATH:/opt/vc/bin/” >> /etc/profile

Esto agrega un nuevo directorio al PATH, de esta forma la próxima vez que inicies sesión, Fedora automáticamente reconocerá ya los nuevos comandos que vienen junto con el kernel de la Raspberry Pi.

Problema: RPi con Fedora y python-picamera — 4 diciembre, 2016

Problema: RPi con Fedora y python-picamera


Hola de nuevo, hace poco me hice con una Raspberry Pi a la cual he llamado PIerina (suelo poner nombre a todos mis dispositivos), también compré el modulo de cámara para PIerina, la mayoría de cosas funcionan bien con distros como Raspbian, pero como yo elegí la pastilla azul (Fedora), eso no es tan cómodo pues no todo funciona correctamente, una de estas cosas es la librería picamera de Python, esta me lanzaba el siguiente error:

Traceback (most recent call last):
File “./take_photo.py”, line 4, in <module>
import picamera
File “/usr/lib/python2.7/site-packages/picamera/__init__.py”, line 72, in <module>
from picamera.exc import (
File “/usr/lib/python2.7/site-packages/picamera/exc.py”, line 41, in <module>
import picamera.mmal as mmal
File “/usr/lib/python2.7/site-packages/picamera/mmal.py”, line 47, in <module>
_lib = ct.CDLL(‘libmmal.so’)
File “/usr/lib/python2.7/ctypes/__init__.py”, line 357, in __init__
self._handle = _dlopen(self._name, mode)
OSError: libmmal.so: cannot open shared object file: No such file or directory

La mayor parte de este mensaje no nos interesa, solo la ultima linea:

OSError: libmmal.so: cannot open shared object file: No such file or directory

Este error ocurre por que las Raspberry Pi usan un kernel propio, con librerías propias (para sus módulos), y binarios propios, una de esas librerías es libmmal.so, esta se puede encontrar en /opt/vc/lib/, PERO, el sistema no reconoce por defecto estas librerías (ya que no es la única),

Para que este error sea corregido tenemos que añadir ese directorio al grupo de librerías que el sistema reconoce (o también llamado “añadir variables de entorno”), y eso se hace de la siguiente forma:

# echo “/opt/vc/lib/”>/etc/ld.so.conf.d/rpi.conf

# ldconfig

El primer comando crea un nuevo archivo conteniendo la ruta de una nueva carpeta conteniendo librerías, y el segundo comando hace conocer al sistema que fue registrada una nueva carpeta de librerías.

Hecho esto, se puede usar la librería picamera sin ningún problema.

Espero les sirva y…

Happy hacking…

 

FUDCon Puno 2do y 3er Día — 22 octubre, 2016

FUDCon Puno 2do y 3er Día


Hola de nuevo, hoy después de casi una semana que terminó FUDCon me pongo a escribir acerca de los sucesos de esta gran experiencia, empezando por…

2do Día

Este día empezó mejor que el primero, ya que el barcamp tenia ya los horarios definidos y los asistentes ya asimilaban la idea de estar delante de una desconferencia, la lógica fue simple para este FUDCon, que sea un evento fuera de lo común, no tener personas cuadriculadas adelante y hermetismo entre el asistente y los expositores, algunas fotos de las sesiones programadas para el segundo día son las siguientes:

Cabe destacar que se empezaron a identificar a aproximadamente diez potenciales contribuidores quienes a partir de este día estuvieron siendo asesorados por sus respectivos mentores, de los cuales se formaron tres grupos, uno de empaquetadores guiado por Eduardo Echeverria, uno de diseñadores guiado por Junior Wolnei y uno de traductores/escritores guiado por Eduardo Mayorga.

SAMSUNG CSC

Terminando el evento, todo el grupo de Fedora Latam nos reunimos para hablar algo sobre el evento, la charla se hizo muy amena.

3er Día

Este fue RELATIVAMENTE el peor día de FUDCon, y pongo énfasis en lo de RELATIVAMENTE pues este día todo empezó a la misma hora, con el único problema de que no se tenían asistentes, literalmente habían entre cinco a diez personas hasta las 11:00am, en realidad es normal que suceda algo así en un evento de varios días que tiene como ultimo un sábado, bien, esto no significaría  un problema tan grande pues de puede aprovechar el tiempo para realizar un Fedora Activity Day en este día lo cual podría resultar incluso mas productivo que tan solo tener conferencias, pero no fue así, luego de las 11:00am llegaron mas personas, no eran muchas pero considero yo que eran quienes realmente querían llevarse algo aprendido de este evento, personas realmente interesadas en el software libre o personas realmente interesadas en Fedora, al final el evento termino con unos cincuenta asistentes, y fue algo genial, nosotros los organizadores nunca nos preocupamos en asistentes, NO NOS IMPORTÓ NUNCA TENER MUCHA GENTE ASISTENTE, no consideramos que el éxito de un evento se base en la cantidad de asistentes, como quien dice, lo que se quiere es CALIDAD, no CANTIDAD, así que creo que eso lo explica todo.

Volviendo a la palabra esta de RELATIVAMENTE, este FUDCon no fue enfocado a juntar mucha gente, antes de FUDCon se realizaron muchos eventos relacionados con software libre, desde mi participación en 2012 empezando con los FLISOL los cuales solo hablaron de temas genéricos relacionados a software libre, y terminando en los Fedora Weekends los cuales se enfocaron en despertar el interés en la comunidad y en buscar contribuidores específicamente para Fedora, y muy bien, lo logramos, no son muchos pero ahí están, hay que darles seguimiento y mucho apoyo para que puedan desarrollar sus habilidades para aportar a la comunidad, y que así puedan también aportar para crear una comunidad local mucho mas solida.

Este es un resumen a muy grandes rasgos de lo que fue FUDCon para mi, en realidad nunca pensé que este evento podría llegar a Puno, hasta donde me contaron es el primer FUDCon que se realiza en una ciudad donde NO HAY AEROPUERTO, no si sea un FUDCon malo o bueno, pero realmente me cambió la vida como organizador, y estoy seguro que a todos los que metieron mano en este evento el cual no podria haberse realizado como se realizó sin  ese granito de arena que cada uno puso.

Para finalizar, dentro de poco escribiré un articulo sobre las conclusiones de FUDCon a modo de feedback (yes, I promised you @bexelbie), los obstáculos, los problemas, lo bonito, lo obtenido, etc etc.

Así que hasta pronto, y espero que este evento haya sido para el provecho de la comunidad y de todos los asistentes que se quedaron con nosotros hasta el final.

FUDCon Latam Dia 1 — 15 octubre, 2016

FUDCon Latam Dia 1


photo_2016-10-15_00-43-18

Hola amigos, este es mi primer post sobre FUDCon Latam Puno escrito en la madrugada del tercer día, tengo que resaltar que nunca me imaginé realizar este evento en mi ciudad natal, y me siento muy agradecido primero por todas las personas que metieron mano en la organización, a la Universidad Nacional del Altiplano que nos dio mucho apoyo para que salga bien el evento, a los demás auspiciadores y a ustedes amigos fedorianos que sin su presencia este FUDCon no seria lo mismo, no sería un FUDCon.

Primero que nada el evento empezó a las 9:00am, hubieron algunos problemas, como es la conexión a internet de la cual la sede carece, tuvimos que realizar un enlace inalámbrico de casi 2Km desde un extremo de la ciudad de una forma improvisada.


Aunque la conexión fue algo inestable, fue mejor a quedarnos sin acceso a internet.

Las inscripciones empezaron a las 9:20am aproximadamente, se pudo observar cerca de 400 personas y se inició el evento al rededor de las 10:40am, muy retrasado para el tiempo que fue programado, se realizó la inauguración y posteriormente la elección de sesiones para Barcamp (la cual fue todo un desastre por la descoordinación y el desconocimiento del publico para esta dinámica) al final se tuvo una lista de sesiones en la cual participaron algunas personas ajenas a FUDCon lo cual es genial ya que es bueno que alguien mas se involucre.

Posteriormente tanto integrantes de Fedora como algunos organizadores procedimos a almorzar, y a compartir experiencias.

photo_2016-10-15_00-44-21

Fuera de todos los problemas del inicio del evento, la tarde fue mucho mas productiva, las sesiones de ese día fueron pre establecidas así que se ejecutaron como a continuación:

horario-tarde

La sinergia fue muy buena durante las exposiciones, y cabe resaltar que se reunió a algunos futuros colaboradores que se animaron a ser parte de Fedora, entre ellos tenemos a tres personas que aspiran al grupo de diseñadores, cuatro que aspiran como traductores, y seis personas que aspiran como empaquetadores.

Al final del evento se realizó conversaciones con el grupo de organizadores y futuros contribuidores para hablar sobre lo malo y lo bueno del día, fue muy productivo.

Bueno, el sueño me gana, realmente es duro este trabajo de ser event owner, mañana es el ultimo día, así que necesito descansar para recargar fuerzas ya que esto es muy gratificante y agotador, solo dejo algunas fotos del evento, hasta mañana.

Participación en CONEISC 2015 — 25 agosto, 2015

Participación en CONEISC 2015


La semana pasada se llevo a cabo el XXIII CONEISC en el cual participé como parte de la comunidad Fedora Perú en calidad de Expositor por dos temas los cuales propuse a los organizadores, el primero llamado “Python en la Web: Flask” y el segundo “Hablemos de Android y su Corazon Linux”, el primero fue un taller en el que enseñé a al rededor de 12 personas el uso de este microframework llamado Flask y que es muy usado dentro de la infraestructura de Fedora, los asistentes a este taller no fueron muchos por lo que fue mas fácil enseñarles ya que la enseñanza era mas personal y dirigida, aqui algunas fotos de este taller:

SAMSUNG CSC

SAMSUNG CSC

El segundo tema fue una charla en la que se habló sobre lo que posibilita tener Linux como kernel en un dispositivo móvil, aquí si hubo mayor asistencia y al finalizar la charla llovieron muchas preguntas lo cual creo que significa que la charla logró su fin (despertar curiosidad), aquí otras fotos sobre esta charla:

20150820_15062720150820_151643 20150820_151459 20150820_153433 Y al final los demás días la pasamos en su feria tecnológica en donde logramos hacer contacto con algunas personas interesadas en formar una comunidad local como es el caso de los chicos de Cajamarca, Arequipa y otros mas: IMG_20150821_110647843 IMG_20150821_111240610 IMG_20150821_112421369 IMG_20150821_114929102_HDR IMG_20150821_105911976_HDR20150821_10382520150821_103703

Ahora vamos ayudando a las personas interesadas a crear sus comunidades locales, crear también sus cuentas para formar parte de Fedora y que puedan colaborar con la comunidad mundial.

Sin mas que acotar, me despido hasta una próxima publicación en la cual voy trabajando, les doy un adelanto, se trata de robótica, Saludos.

Flash Tool en Fedora — 5 mayo, 2015

Flash Tool en Fedora


flashtoolfedora

A cuantos se les ocurrió meter mano a vuestro teléfono móvil con Android para cambiarle el sistema operativo? de seguro la respuesta es Muchos.

Pero a cuantos se les a ocurrido hacer todo ello usando GNU/Linux en la computadora que serviría de apoyo?, si lo se, son pocas las personas que lo intentaron, pero si se puede.

Este post tiene la finalidad de ayudar a quienes se atrevan a seguir esta aventura específicamente desde un equipo con Fedora y con un teléfono Sony Xperia.

Como sabrán, los teléfonos Sony Xperia tienen una herramienta llamada Flash Tool la cual puede ser usada en Windows, Mac y (aunque pocos lo logren) GNU/Linux, Flash Tool nos ayuda a planchar imágenes vía fastboot y mediante el modo flash que tienen esta marca de androides, eso significa que podemos descargar un archivo en formato .ftf el cual es el firmware completo del teléfono y plancharlo para que el teléfono quede como recién sacado de la caja.

Bien, dejemos de lado tanto palabreo y empecemos a correr Flash Tool en Fedora.

  1. Descargamos Flash Tool para GNU/Linux de su pagina web oficial http://www.flashtool.net/downloads.php.descarga
  2. Luego lo descomprimimos en algún lugar el cual sea mas cómodo para nosotros, en mi caso /opt/FlashTool.opt
  3. Si ahora intentamos correr Flash Tool (como superusuario) tendremos un par de errores, el primero en la consola respecto a permisos y el segundo en la ventana de Flash Tool haciendo referencia al comando adb, bien vamos al siguiente paso para solucionar estos problemas.
    error1
  4. Primero los permisos, para lo cual dentro de la carpeta de Flash Tool ejecutamos este comando como superusuarios:

    # chmod +x x10flasher_lib/linux/lib64/udev/libusbx-1.0.so.0.1.0

  5. Ahora vamos por adb, Flash Tool depende principalmente de Java y viene con una version compatible en el mismo paquete comprimido por lo cual no sera necesario instalarlo, Flash Tool viene también con una versión de adb y fastboot lista para usar en el paquete, lastimosamente no es compatible con Fedora pues pide una librería que esta obsoleta, para solucionar esto ingresamos el siguiente comando como superusuarios, este instalará adb y fastboot en nuestro Fedora:

    # dnf install android-tools

  6. Continuamos con adb, como siguiente paso reemplazaremos los adb.linux.x64 y fastboot.linux.x64 por enlaces simbólicos hacia /usr/bin/adb y /usr/bin/fastboot respectivamente con los siguientes comandos (resalto que yo tengo un sistema de 64 bits y si están en un sistema de 32 bits tienen que cambiar el 64 por un 32):

    # rm   -f   x10flasher_lib/adb.linux.x64
    # rm   -f   x10flasher_lib/fastboot.linux.x64
    # ln   -s   /usr/bin/adb   x10flasher_lib/adb.linux.x64
    # ln   -s   /usr/bin/fastboot   x10flasher_lib/fastboot.linux.x64

  7. Y bien, ahora ya podemos correr Flash Tool sin problemas.
    flashtoolcorriendo

Eso es todo, espero que les haya servido, si tienen dudas déjenlas en los comentarios o a mi email, yo con gusto les responderé, sin mas que decir les deseo Happy Flashing.

Hasta pronto.

Fedora en CONASOL 2014 Cochabamba – Bolivia — 27 noviembre, 2014

Fedora en CONASOL 2014 Cochabamba – Bolivia


Fue todo un lio llegar a la ciudad de Cochabamba en Bolivia pero a pesar de que hubo paro en Puno y no había transporte hacia la frontera, llegamos.

CONASOL fue re programado por problemas con el auditorio y solo se llevo a cabo los días viernes y sábado, por este motivo se tuvo que cancelar algunas charlas, a mi me toco decidir sacrificar la que hablaba de procesamiento digital de imágenes, así que le di relevancia a la charla que hablaba sobre el Proyecto Fedora y como ser un colaborador.

Desde el primer día se notaba una gran diferencia con congresos comunes y corrientes, no había mucha asistencia pero los pocos que habían eran conocedores del mundo FOSS y muchos de ellos trabajaban en algún proyecto relacionado con FOSS.

El ambiente en este evento fue muy amigable y a ratos de bulling sano, cabe resaltar que en Bolivia todo el mundo se apoya mas en la rama de Debian y distribuciones como Ubuntu.

Este congreso se centro mas en compartir ideas entre las comunidades de software libre de Bolivia para planear como trabajar a favor de la adopción de software libre a nivel global por el país, fue como una reunión de evangelizadores.

Al finalizar por lo menos alguien se animo a volar su sistema operativo e instalar Fedora.

Si bien la participación de representantes de Fedora no logró conseguir nuevos colaboradores, lo que si se logró es llamar la atención y que los próximos organizadores se contactaran con nosotros para comprometernos a participar en CONASOL 2015.

No hay muchas fotos del evento pero a continuación coloco algunas:

Y para variar, también coloco un link para poder descargar la presentación de mi tema en CONASOL, Fedora, Mas que un sistema operativo.

Hack Meeting en Potosí – Bolivia — 3 octubre, 2014

Hack Meeting en Potosí – Bolivia


Este 27 y 28 de Septiembre se llevó a cabo el Hack Meeting en la ciudad de Potosí en Bolivia, fueron dos días en donde personas de todo Bolivia se reunieron para compartir su experiencia aprendiendo tecnología y resaltando sobre todo el área de seguridad informática, es el primer Hack Meeting al cual asisto y quiero resaltar que fue una experiencia reconfortante el poder conocer a tanta gente relacionada con tecnología y lo sencillos que son al momento de conocerlos.

Flyer del evento.

Yo y los algunos Fedorianos de Puno fuimos representando al Proyecto Fedora con la finalidad de apoyar a que la comunidad de Fedora en Bolivia crezca aun mas y aprender sobre lo que es un Hack Meeting para organizar una replica en Perú, para llegar a Potosí fue una experiencia extrema, no había transporte desde La Paz hasta Potosí directamente a esa hora así que no nos quedo mas que tomar diferentes transportes informales, llegamos molidos por el viaje pues los asientos fueron incómodos pero es lo de menos, pues LLEGAMOS!!.

lorddemon y su Fedora Security Lab

Al llegar a Potosí (sábado) fuimos recibidos por Gonzalo Nina (lordlemon :p) el cual nos enseñó donde se llevaría a cabo este evento. Luego nos fuimos a dormir ya que el viaje era pesado y volvimos luego del almuerzo, las charlas estuvieron interesantes, en este día Gonzalo dicto una charla sobre la información que llevan nuestras tarjetas de crédito y lo fácil que puede ser clonarlas usando herramientas libres (a modo didáctico nada mas). Posteriormente se lanzo el Wargame (algo que no tenia idea lo que era) y Gonzalo junto a Cristhian decidieron cumplir el reto.

Por la noche todos nos fuimos a refrescar las gargantas con muchos de los asistentes y expositores del Hack Meeting, pasamos una buena noche socializando y compartiendo ideas.

Al día siguiente (domingo) continuamos con las charlas, el tiempo se hizo corto y siento que daba para mas pero falto tiempo, Rene se animo a blenderizar a los asistentes, y posterior a ello me tocó compartir un tema, en esta ocasión fue el desarrollo de aplicaciones web usando Flask con Python.

Preparando el tema.
En plena charla.

Para cerrar el evento, se presentó el resultado del WarGame y fue el equipo Fedora con Cristhian adelante el cual mostró un informe detallado sobre todo lo que se logró en este juego, espero participar en el próximo Hack Meeting, ahora si se de lo que se trata.

Cristhian explicando los resultados del Wargame .

Finalizando la exposición.

Y así fue como terminó este gran evento, la organización nos dio unos presentes por haber puesto nuestro granito de arena, hermoso detalle.

Sin mas que contar, ahí terminó el evento y volvimos a nuestro país con ganas de replicar un Hack Meeting en Perú, vamos, quienes se animan?.

Hasta la proxima….

Interfaz de red con modo Access Point en Fedora — 13 septiembre, 2014

Interfaz de red con modo Access Point en Fedora



Hola, este es un nuevo articulo para todos mis lectores, esta vez es para solucionar un problema que tal vez muchos tienen, el problema es el siguiente:

¿Alguna vez intentaron crear una red Ad-Hoc con vuestra laptop para compartir el internet mediante Wi-Fi con vuestro teléfono Android?

Pues ocurre que en algunos dispositivos Android no vienen las librerías necesarias para poder conectarse a redes Ad-Hoc, esto puede solucionarse de muchas formas, una de ellas es rootear el teléfono, instalar un recovery y luego instalar un parche con las librerías necesarias al teléfono, aunque este método es el mas peligroso pero optimo, aquí les traigo otro método, y es ese método es hacer que nuestra laptop use el adaptador inalámbrico para crear una red ya no en modo Ad-Hoc sino mas bien en modo Infraestructura como si se tratase de un access point de silicio y plástico, este procedimiento fue probado en mi laptop con Fedora y no debe de variar mucho en otras distros GNU/Linux.

Así que empecemos!!

  1. Lo primero que necesitaremos son dos paquetes:
  2. hostapd: Un servicio que hace que nuestra tarjeta Wi-Fi se comporte como un access point.
    dhcp: Otro servicio que nos ayudara a brindarle una configuración de red automáticamente a los dispositivos que se conecten a la red inalámbrica.

    Instalamos estos dos paquetes desde la terminal con:

    # yum install hostapd dhcp

  3. Configuramos hostapd
  4. Usamos algun editor de texto para editar /etc/hostapd/hostapd.conf, usen el que les de la gana pero ese archivo tiene que tener la siguiente configuración:

    ctrl_interface=/var/run/hostapd
    ctrl_interface_group=wheel
    macaddr_acl=0
    auth_algs=1
    ignore_broadcast_ssid=0

    wpa=3
    wpa_key_mgmt=WPA-PSK
    wpa_pairwise=TKIP
    rsn_pairwise=CCMP

    wpa_passphrase=4LGunP4sSw0rD
    driver=nl80211
    interface=wlp1s0
    hw_mode=g
    channel=1
    ssid=UnNombreDeRed

    Creo que no es necesario explicar esto pues es un poco obvio y ademas en el mismo archivo de configuración hostapd.conf esta explicado para que sirve cada una de estas lineas.

  5. Configuramos el servidor DHCP
  6. Editamos el archivo de configuración /etc/dhcp/dhcpd.conf y le agregamos lo siguiente:

    subnet 192.168.100.0 netmask 255.255.255.0 {
            range 192.168.100.30 192.168.100.40;
            option subnet-mask 255.255.255.0;
            option domain-name-servers 8.8.4.4, 8.8.8.8;
            option routers 192.168.100.1;
    }

    Aquí tampoco hay mucho que explicar, solo le damos parámetros para que el servidor DHCP asigne direcciones entre 192.168.100.30 y 192.168.100.40 con la computadora misma configurada como puerta de enlace y los DNS son los de Google.

  7. Detener el servicio NetworkManager
  8. Necesitamos detener este servicio pues el servicio hostapd necesita usar el hardware y no puede usarlo mientras otro proceso como NetworkManager lo esté usando. Tecleamos en terminal lo siguiente:

     # service NetworkManager stop

    Esto significa que nuestra aplicación que controla la red desde la barra de estado dejará de funcionar.

    El applet de red de mi XFCE
  9.  Configuramos manualmente la dirección IP de nuestra computadora
  10. Para poder emitir una señal inalámbrica con acceso a internet primero nuestra computadora tiene que tener acceso a internet, para ello tecleamos en nuestro terminal:

    # ifconfig p4p1 192.168.1.35 netmask 255.255.255.0
    # route add default gw 192.168.1.1
    # echo -e “nameserver 8.8.8.8\nnameserver 8.8.4.4”>>/etc/resolv.conf

    En donde 192.168.1.35 es la dirección IP que deseamos asignar a nuestra computadora, 255.255.255.0 es la mascara de sub red, 192.168.1.1 es la puerta de enlace, 8.8.8.8 y 8.8.4.4 son los servidores DNS de Google, estos datos pueden cambiar según la configuración que ustedes usen en vuestra red.

    Luego de esto comprobamos si tenemos internet comprobando si hay respuesta de google.com mediante ping:

    # ping google.com

  11. Configuramos nuestra interfaz Wi-Fi 
  12. Configuramos la interfaz Wi-Fi que usaremos como access point, en mi caso es  wlp1s0, así que configurare su dirección IP:

    # ifconfig wlp1s0 192.168.100.1 netmask 255.255.255.0

  13. Ahora si estamos listos para iniciar los servicios hostapd y dhcpd
  14. # service dhcpd start
    # service hostapd start

Eso es todo, ya podemos buscar redes inalámbricas con nuestro teléfono Android y conectarnos sin problema alguno. Si el procedimiento les parece muy extenso, siempre se puede juntar todas estas lineas en un archivo de script bash y ejecutarlo fácilmente cada que necesitemos compartir internet con nuestro teléfono Android.

Espero les sirva este articulo, yo me iré a almorzar pues me muero de hambre así que me despido hasta una próxima oportunidad.

EOF