What is happening in Fedora?

The last week we had a Fedora Activity Day for LATAM Ambassadors, it was in Cusco – Perú, so, why was celebrated this event?

I can tell you why in some words, new Fedora people (people, not fedorapeople.org) don’t know  how to do things inside the community, how to collaborate, how to request sponsorship, how to be aware when spending Fedora resources… etc, and… the old people are busy now and can’t spend much time in Fedora.

It was an Alex Oviedo’s (alexove) initiative and we had six representatives for LATAM countries x3mboy from Chile, asoliard from Argentina, josereyesjdi from Panama, itamarjp from Brazil, searchsam from Nicaragua, me (tonet666p) from Perú and bexelbie from Czech Republic (yes, is not LATAM but he was helping us).

Under three days we were analyzing what we were doing wrong, so, in summary, we made a FODA matrix about the community (Fortalezas, Oportunidades, Debilidades, Amenazas in spanish) it means Strenghts, Opportunities, Weakneses and Threats. Following is the matrix.

	Strengths	Weaknesses
	Diversity (about people skills) Strong community Initiative Tools availability	We don’t offer right solutions to users Language barrier Cultural differences Ignorance about rules Lack of presence in the universities Bad budget use Lack of communication
Opportunities	Promote collaboration between the others teams who have communication with the ambassadors team Canalize the fedora users suggestions and needs to the right community teams Propose improvements to the community infrastructure to improve the work of the ambassadors team Promote Fedora and the community in the university and basic education areas focusing on the increase of users and then collaborators	Promote spaces for strengthening communication to improve cultural and language relations. Strengthen the presence of the Fedora community in the Latin American universities and schools. Improve the process of managing community events and disseminate them.
Red Hat support Presence in other upstream projects Generated impact of Fedora Universities support Possibility for show Fedora to students from different specialities.
Threats	Promote and participate in spanish support channels and other languages (Ask, IRC, Telegram, etc) Design talks/workshops aimed to capture new users for Fedora (from other distros or Windows)	Establish corrective measures directed to collaborators who do not comply with the rules and/or inappropriate behaviors Motivate active collaborators Facilitate the means for inactive collaborators to rejoin the community Make an collaboration and continuity environment of work when some collaborators have to stop
Collaborator’s economic activities Microsoft communities and the use of Open Source term Greater presence of Ubuntu in universities (users and laboratories)

So, to improve our deficiencies, we agree to do the middle painted cells.

Also, in the second day we made a better process for request sponsorship from Fedora, is the following:

Pre Event Tasks	Post Events Tasks
Create a wiki event page Create a Pagure ticket (at least 3 days before) Create the event in the Fedora Calendar Post it in the Magazine	Make reports Community Blog (Event Owner) Report on Fedora Planet (Event Owner/attendees) Put a report link in the Event Wiki Page (Event Owner/attendees) Request reimbursement

If you will request a sponsoring, you need to follow this rules, every time. It will improve the visibility of ambassadors work, also make better events organized with time, also it will improve the visibility of Fedora over the internet.

In summary, this is all we work these days, we hope this serves the community.

Anuncio publicitario

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:

• https://fedoraproject.org/wiki/How_to_create_and_use_a_Live_CD
• http://pykickstart.readthedocs.io/en/latest/

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

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…

 

Linux at UNI

Hola, esta vez escribo sobre la experiencia al participar en el evento Linux at UNI organizado por Julita Inca en la Universidad Nacional de Ingeniería, el evento empezó al rededor de las 9:00am con un publico de aproximadamente 50 personas.

Aly fue la primera en exponer sobre el trabajo de un embajador del proyecto Fedora.

Posteriormente estuve yo exponiendo sobre Empaquetamiento RPM.

Ambos temas tuvieron preguntas, y personas interesadas las cuales se contactaron con nosotros para conseguir mas información.

Posteriormente me parece que fueron como tres videoconferencias las cuales duraron hasta el almuerzo, se hizo un break y posteriormente se continuó el evento con aproximadamente 2o personas, yo quería escuchar a Martin Vuelta pero no pudo participar, no se los motivos.

Antes de que termine el evento tuvimos que retirarnos para descansar, ya que el vuelo nuestro estaba programado para la madrugada.

FUDCon Puno – Conclusions

Hi guys,

First, you can read the first day report here, second and third day here.

This is the real FUDCon Puno report, on this article I will explain, How we organized FUDCon?, What were our problems before FUDCon?, What were our problems during FUDCon?, How we solved these problems? or how we could solve these problems?, What we couldn’t solve? and What we could do for do a better FUDCon?.

Well, begining on…

How we organized FUDCon?

After we have the BID aprobed, we stablished priorities on Venue (Universidad Nacional del Altiplano and Universidad Andina), Accomodation (Cozy Lucky Hostel) and Food (La Casona Restaurant), talking about the venue, we picked both universities, this is important because always there is a probability to lost one, we need plan B, the last two things were payed by Red Hat and the venue was provided by UNA.

Out of these three items, we need other secondary items like t-shirts, flyers, stickers, booklets, etc.

Initially myself and Aly were talking with the universities and some enterprises for get sponsors, I think that was the most stressfull moment because you need to separate your time for do these talks and some people didn’t want to sponsor anything, that is a spend of time.

Other important moment is when you search people who want to help to FUDCon organization, in other events we have friends who always helped, but for FUDCon these people were lost, that was a problem, I will explain why after.

When some days left for FUDCon, comes the moment for wait people at the airport, if you found people who want to help, it is easy.

At the FUDCon day, it is more spontaneous because a lot of things what you had planned don’t work or missing things, it depends a lot in your helpers, you never decide everithing, chill a bit and leave to people to take their own decission, this is important because  you probably had experience but your helpers need to learn and grow too.

What were our problems before FUDCon?

• The FUDCon budget was reduced: If you don’t know about it, now you know.
• Few sponsors: Puno is a little city, there are few enterprises y more few related to technology.
• People who before helped us can’t help us now: My old friends team called «Código Linux» (who help us to organize other events like FLISOL) can’t help us for a lot of reasons (studies, family, work, etc), and we were searching new people, that was a hard part because the new people didn’t have experience about events.
• Time: I have my business, and we organized Fedora Weekends before FUDCon, that needs a lot of time for prepare sessions, I couldn’t leave my business but all is possible having a schedule.

What were our problems during FUDCon?

• Roles: I organized some events with my friends but now I was relatively alone, and I felt myself like a noob, why?, because I didn’t grant roles very well to my helpers, I don’t want to say excuses but I didn’t had helpers to one week before FUDCon, all happend fast and we had short time for assign roles.
• Program of day: For an event, you always need to write a program, this is important and we forgot it, your program need a list of things for do step for step at the event, things like «say Welcome to attendants»,»opening», «presentation of speakers», «explain to people what is barcamp», «begining of barcamp», etc.
• Internet connection: This is the most unlucky part, we had two plans (A and B), but these two plans failed. 😦
• The main problem, NEVER PROGRAM ONE DAY ON SATURDAY: That is easy, on saturday a lot of people do other things like «house cleaning», «sleep some hours more», «get lunch with family or friends», etc. this means what on saturdays is posible don’t have attendants.

How we solved these problems? or how we could solve these problems?

• The FUDCon budget was reduced: Make it simple, and only spend money on important things.
• People who before helped us can’t help us now: We coldn’t solve it, but i think i can be solved mading more friends, being more sociable (ambassador), organizing more events.
• Time: Making a schedule.
• Roles: We couln’t solve it too, but you can solve it doing some meetings with helpers at least two weeks before FUDCon, or, FUDCon isn’t a party, Fedora people can help you when they arrive, you can request one hand them (that means request help) before the event, their obligation is to do a better FUDCon too.
• Program of day: We couln’t solve it too, but this is an easy work, grant this role to somebody who want to help, you can’t do anything.
• Internet connection: I think this is always a problem on Puno, or Perú, or Latam :D, but I was working on that, doing a wireless connection from near to out of the city to the venue, was a hard work but if you use the correct hardware you can solve it, but preferably do more plans, instead A and B, program C, D, E… X, Z.
• The main problem, NEVER PROGRAM ONE DAY ON SATURDAY: Just don’t pick saturday and sunday if your event will have two or more days.

What you could do for do a better FUDCon?

• Fedora Weekends: We did some thing what was positive for FUDCon, little events called Fedora Weekends, we explained basics about free software, linux and Fedora, to more complex topics like BASH, why it was positive?, there we found people interested on Fedora and people who wanted be part of Fedora.
• Mentoring at FUDCon: Thas wasn’t our idea, @echevemaster had the initiative, he (packaging), @wolnei (design) and @mayorga (translating) did the mentoring work with some groups of people, a lot of they were people who attended to Fedora Weekends, that was only the begin, we will continue the mentoring work.
• Assign roles to current Fedora people: I will repeat, FUDCon is not a party, then the people who will attend to FUDCon as speakers should help you when they arrive.
• Meet your team work every FUDCon day: Organize a meeting at the end of every day of FUDCon for talk about «how they are feeling?»,»what they are think about that day?», «what was did well?», «what was did wrong?», «what ideas they have for do a better FUDCon?», etc.
• Contact the past FUDCon organizers: They also know what other problems or what other good ideas can found for your event.
• You tell us, the comments are open for this post, or you can mail us.

That’s all.

Thank you for read my post guys, we will write this post on spanish too, sorry if my english is terrible, I’m still learning.

Greetings.

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:

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

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.

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.

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

SAMSUNG CSC

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

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.

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:

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

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:

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:

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:

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

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.
2. Luego lo descomprimimos en algún lugar el cual sea mas cómodo para nosotros, en mi caso /opt/FlashTool.
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.
   
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.
   

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.