FUDCon Blacksburg 2012 – Behind the Scenes

Enero 27th, 2012 | Autor: tatica

Those things that made FUDcon Blacksburg unique – Fun? Come and join us at http://fedoraproject.org :)

Link http://www.youtube.com/watch?v=7bOsE5TGeU0

Sigue los twits favoritos de tus followers.

Enero 26th, 2012 | Autor: orvtech

El dia de hoy ley la conversación entre un par de conocidos en twitter, planteaban que seria genial poder ver los twits favoritos de un Cheff como para hacerse una lista gourmet.

Sigue los twits favoritos de quien quieras

La logica me decía que esto ya debía de existir aunque no pude encontrar como hacerlo directo desde la pagina web, logre conseguir como obtener un feed de estos:

la URL tiene el siguiente formato https://twitter.com/favorites/<usuario>.rss que en mi caso quedaria asi:
https://twitter.com/favorites/orvtech.rss

La salida de esto será un XML que puedes leerlo fácilmente con cualquier navegador web moderno o cualquier lector de RSS feeds. Aquí les dejo como se inicio la conversación..

 

Sigue los twits favoritos de tus followers. es un articulo de: orvtech.com

FUDcon Margarita 2012: -22 weeks

Enero 25th, 2012 | Autor: tatica

Si eres de habla hispana, da click en este enlace para leer la versión en español

I will try to make a weekly post about how is FUDcon planning going on. This will be the first time I organize an event where people from different countries and that’s pretty cool.

For those of you who don’t know what is FUDcon, is the Fedora Users and Developers Conference, a major free software event held in various regions around the world, usually annually per region. FUDCon is a combination of sessions, talks, workshops, and hackfests in which contributors work on specific initiatives. Topics include infrastructure, feature development, community building, general management and governance, marketing, testing and QA, packaging, etc. FUDCon is always free to attend for anyone in the world so if you’re near, come by :)

I can say that the first -real- planning week for me started right after I arrive to Venezuela from FUDCon Blacksburg. I had an amazing oportunity to watch closely to everything that needs to be done at FUDcons. Even if people sometimes didn’t saw me, I was usually taking notes and making weird plans at sessions, halls and even at the fireplace. Be able to see some FUDcons, and be close to the organizers gave me a different perspective, I’m really grateful for that.

Artwork, yes…

First thing I came up with was design (dohh…) since I know we need a logo that represent us as country. Our logo was created with the base FUDcon logo + 2 cliparts from openclipart.org (which I made some modifications to fit our needs). A Puerto Rican Cuatro (modify) and some Maracas, both from from Jeffryroldan. We are a tropical country and a very colorful one, so that’s why this is our logo :) – High-resolution PNG can be found here and SVG sources here.

Letters and more papers

One of the things that Organize events like FLISoL and others taught me was that, everyone needs a paper to sign or see. First, we need to have something to present the event to potential sponsors, because… things cost money. I used as base part of the letters from FLISoL and adapt them, so I don’t need to work too much on things I already have done. Is not ready, but feel free to take a look (might be in spanish right now, but I ask help to translate.team, so we can re-use it everytime we need to), is not complete since we still doesn’t know exactly what we need, and there are some items to check first, however, I’m sure is a good start.

http://fedoraproject.org/wiki/FUDCon:Margarita2012/Organization/Sponsorship

Since I’m a designer, our brochure (or letters) will need covers and letterheads, so if you want to take a look click here and check them out: https://fedoraproject.org/wiki/FUDCon:Margarita2012/Organization#Artwork

Bills, payments and headaches

I think the chaos starts when you need to pay, or at that moment when you realize that you cannot buy the world. In order to know how much do we need, we must make a list to identify those items that need to be paid. In our case, the list is just starting. If you see that we are missing something, or you have an amazing idea, or just know a sponsor that can take care of this.. PLEASE let me know ASAP.

https://fedoraproject.org/wiki/FUDCon:Margarita2012/Organization#Sponsorship_requests

First week, hotel, college and some potential sponsors are beign contact… work continues to bring you an amazing FUDcon full with knowledge, hard work and friends to spend an awesome weekend in Venezuela.

Note: Now you might be asking yourself: Why is she posting this in english and not spanish? Because i need -some- of our sponsors to know what are we doing in their native language :) If you want to read this in spanish, please link here

FLISoL 2012 en marcha!

Enero 25th, 2012 | Autor: tatica

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

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

En Venezuela, el FLISoL se estará celebrando el día sábado 28 de Abril al igual que en el resto de Latinoamérica. Si quieres ser parte del FLISoL bien sea como colaborador o como organizador, no olvides dar un vistazo a la wiki oficial:

http://flisol.info/FLISOL2012/Venezuela

Recuerda también que en Venezuela, los últimos 4 años hemos hecho un esfuerzo enorme en dar mayor exposición al evento, convirtiéndonos en bandera de difusión en todo el continente. Revisa eventualmente también todos los recursos que ponemos a tu disposición, y recuerda que esta servidora; quien no estará a cargo de Caracas este año, siempre estará ahí para darles una mano :)

Este año me enfocaré a nivel internacional en ayudar tanto con las tareas de diseño, publicidad, marketing y patrocinios internacionales; utilizando esa experiencia que fue llevar la batuta del FLISoL en Venezuela los últimos 4 años. Nuevamente, agradezco a todos el apoyo que siempre me han brindado :)

Fecha: 28 de Abril
Website: http://flisol.org.ve
twitter: @flisolve
Identi.ca: @flisolve
Flickr 2011: Flisol 2011

Del 18 al 22 de Enero 2012

Enero 23rd, 2012 | Autor: Gomix

Puff.. empaquetando mucho para traer Unicorn a Fedora.

  1. Documentando
  2. Empaquetando

El viernes 22 de enero pasado, se realizó una primera reunión informal de mentoría y seguimiento para los interesados en participar en el proyecto RPMDev y en el camino al FUDCon LATAM Venezuela 2012 para formar y promover la mayor cantidad posible de nuevos desarrolladores Fedora, escritores de documentación formal Fedora y para asistir a los pichones de desarrollo en su camino al desarrollo de nuevas aplicaciones de software libre.

Para todos aquellos interesados, en freenode.net en el canal #fedora-latam-rpmdev siempre estamos a la orden y estas reuniones se repetirán todos los viernes psoibles a las 18:00 VET, si en tu idioma, asiste y conviértete en desarrollador de Fedora.

- Gomix -

Empacando en Fedora

Enero 23rd, 2012 | Autor: aeperezt

Tengo un tiempo manteniendo el paquete rubygem-sequel, una gema del lenguaje de programación Ruby que se utiliza para conectarse a múltiples bases de datos, con ese paquete pase mi prueba oficial como empacador en Fedora y debido a que es un paquete con una alta frecuencia de actualizaciones es un poco trabajoso mantener, cuando me refiero alta frecuencia yo lo empaque en la versión 3.16.0 y hoy esta en la versión 3.31.0 al día en Fedora, mantener un paquete no lleva mucho trabajo si su desarrollador no lo actualiza con frecuencia. Por lo que mi paquete da un poco de trabajo casi cada mes. Pero la parte divertida de esto es que puedes mantener la frecuencia y el contacto con los procesos de empacados y actualización de paquetes en Fedora.

En Diciembre pasado el compañero Carlos Jenkins de la comunidad de Software Libre de Costa Rica anuncio que estaba liberando su editor de texto Nested, un editor de texto enfocado en la elaboración de documentos estructurados. Aunque esta realizado en Python y no es un lenguaje con el que estoy familiarizado decidí empacarlo para que pueda ser instalado en Fedora, y porque no agregarlo a los repositorios de Fedora.  Despues de consultar con Carlos y leer la documentación sobre las reglas de empacado de programas en Python se creo el paquete a Nested, luego solicite una revisión del paquete en Fedora para que fuese aceptado en la distribución con un poco de suerte el compañero Jon Ciesla colaboro con la revisión del paquete, la verdad es me tomo varias revisiones por estar un poco oxidado en el empacado y la novatada en Python, pero el paquete fue aceptado y ya lo pueden instalar de los repositorios de Fedora. Este es mi segundo paquete y aunque apenas tengo dos paquetes en Fedora la experiencia y aprendizaje a sido muy enriquecedora. Agradezco a Carlos por su labor en este editor que entiendo sera utilizado por la universidad de Costa Rica, y cualquiera que necesite este tipo de herramienta.

Espero encontrar otra herramienta interesante que empacar pronto.

El compañero Guillermo Gomiz gomix en IRC, de proyecto RPMDEV quien me enseño a empacar me solicito ayuda con una revisión de paquetes, en los que esta trabajando, son en Ruby y comprenden el conjunto de herramientas o librerias necesarias para poder instalar Unicon un servidor web para Ruby, aunque un poco temeroso de realizar revisiones de empacado al maestro, y por la complejidad de los paquetes, realizar las revisiones es un trabajo, que alguien tiene que hacer, y te lleva a aprender mas detalles sobre el empacado.

Como el equipo de Fedora tiene herramientas para todo, instale Fedora-review una herramienta que realiza la revisión del paquete basandose en el reporte en bugzilla practicante realiza toda la tarea por uno, el log verifica detalla todos los por menores de la revisión y te indica los puntos donde puede haber inconvenientes, aunque siempre es bueno realzar algunos puntos a mano por ejemplo revisar la Licencia original del paquete desde el sitio del autor, y revisar bajo los lineamientos de revisión y las guías de revisión volver a leer las guías me ayudo a comprender un poco mas el proceso de empacado.

Este mes retome empacado en Fedora y puedo estar seguro que seguire como empacador para reforzar mis conocimientos en el tema ya que cada paquete tiene sus retos y detalles, por lo que se aprende en cada paquete.

Me agradaria que mas Panameños se involucraran en este proceso por lo que invito a los interesados en aprender a empacar para Fedora, que me escriba o se una a rpmdev.proyectofedora.org, donde el grupo de tutores de latam les ayudara a realizar su primer paquete y pasar por las etapas de empacado en Fedora.

También me encantaria poder empacar algun sistema o programa desarrollado por un Panameño e incluiros en Fedora, para los millones de usuarios de la distribución lo tengan disponible.

Nota:  Para los que no saben lo que es empacar, empacar es compilar un programa y generar los binarios que son comprimidos en uno o varios archivos para que pueda ser instalado en tu distribución Linux, en este caso Fedora. Para poder empacar un programa no vasta con compilarlo, también hay que conocer donde van los distintos archivos dentro de la distribución y seguir los lineamientos que indican cada distribución para realizar la instalación.

Empacando en Fedora is a post from: Fedora Panama | Comunidad de Usuarios y Desalladores de Fedora Linux Panama

Why people should understand that FOSS users have a live outside Fedora

Enero 21st, 2012 | Autor: tatica

We are internet addicts and there is no way we can hide it. We live from 10 to 20 hours using our gadgets and jet mad when others ask us to stop and “enjoy the real world for a while”… This is OUR real world, why can’t people understand it?

Our social live, or some part of it, happens inside a screen, and we are uses to help because we learn from someone who also took part of his/her time to show us how special Fedora community is.

But every fairy tale has his dark side… What happens when people doesn’t understand that is not a requirement to be 24/7 waiting for someone who needs help? Problem is’t them… We are!

I can only use my experience as base for this: I have been using Fedora for about 5 years now and i was one of those who spend hours reading what people had to say because “there was a big chance to learn something from them”.

Most of the time that’s what happens… But when you are near 15 hours on IRC you become the person who give answers and knows who can provide them in case you don’t know what to reply.

Slowly, we create a dependency on people and they get used to see us Always on IRC/Mail_list/Whatever and we also delay meals and other activities because “we can give a short reply and will help”.

On an ideal world we could live that way, but truth is that we cannot because we have family, jobs and some of us are seeking to have a life outside the Box.

Now that we know that is our fault we need to consider what to do. People is already used to this behavier and new contributors have learn that this is the way things work… So is not weird to see someone mad if we are not online. So, what can we do?

1) Would be nice to tell them to go to… But we cannot.
We need to stablish limits. add that kind of info on your wiki user page or run a calendar that you can share with people. Let them know that your time is partialy dedicated to Fedora.

2) interact beyond the chat: people wont understand what you do outside Fedora if you don’t let them know.
I’m not asking to twit what are you doing at the bathroom or how many drinks you had… But a couple of daily/weekly facts about your non-robotic life may work.

3) help hem to learn what you know instead link them to everything:
Isn’t nice when someone ask you “hey, which is the Fedora site URL?” … Seriously….
If you’re an troll try with www.lmgtfy.com or simply point him/her how to Google it, how to contact other contributors, how to analize their problems… Don’t create a dependency on your shoulders. Create leaders, mentors and creative people.

4) You’re a community member… use that!
If you’re a developer and think on ideas to decreasse the dependency of new users, then do something (like ask.fedora), if you’re a designer or marketing team member then create a campaign (like we will with videos.fedora) or if you have anything in your head.. please, tell us. The only way to apply is to act, doesn’t matter if you only have 10min to explain us your ideas or you have 3 days to develop it.

5) if anything works… Turn arround and help the next one.
Is as hard as it sounds. However, we are a free-to-join community and everyday people comes and goes. It hurts, but that’s how it works.

What to expect?
People may not change or react to this in a while, however, people will change at the end. If we not start changing what we believe is not ok, we might get used to what is wrong. Make people Change is almost imposible, but we can all learn to adapt.

We need to stop showing how much we know everytime we can and start pushing people to learn and teach what they can do… Teach them how to fish with their own TCP/IP cables.

Censura não!

Enero 18th, 2012 | Autor: igor
O Projeto Fedora não apoia a censura na Internet. Ajude a parar a SOPA e a PIPA. Saiba mais.

 

 

 

 

No a la ley S.O.P.A.

Enero 18th, 2012 | Autor: orvtech

Me parece increíble que en el pais de las libertades, se piense penalizar a todo el planeta solo por proteger el ‘derecho de autor’ de algunos pocos. Pareciera que es mas importante para el congreso los intereses de la RIAA o la AAP que el libre acceso a la información. Tanto así que sin requerir de pruebas pueden catalogar como ladrón o ratero a cualquier persona.

Foto que muestra al Soup Nazi de Seinfeld protestando contra la ley SOPA

 
La ley S.O.P.A. por sus siglas en ingles, criminaliza el streaming no autorizado de contenidos protegidos y premia o inmuniza a todos aquellos ISPs que voluntariamente lleven acciones contra estos ‘delincuentes’. Lo absurdo de esta ley es que no deben demostrar que estas personas, son culpables.

En la ley SOPA se plantean las reglas de forma muy generica y parece perder cualquier conexión con lo que es el Internet. Entre las cosas que plantea es identificar y diferenciar las conductas comerciales y no comerciales para en teoria penalizar la segunda. Las penalidades son exageradas y sin ‘debido proceso’, ¿donde quedo eso de “inocente hasta demostrarse lo contrario”?.

Sin extenderme mucho, la ley criminaliza VPNs, proxys y tecnologias que actualmente se usan a diario en oficinas si estas son usadas para infringir derechos de autor. ¿Esto quiere decir que el gobierno vigilara todas las VPNs y servidores proxy o seras criminalizado de una vez?. Les recuerdo que este tipo de tecnologías fueron facilitadas/aplaudidas por el Gobierno durante la Revolución de los jazmines en Medio Oriente

La ley SOPA, tambien conocida como la H.R. 3261 sin duda alguna afectara el comercio electrónico y como utilizamos el internet dia a dia. Las penalidades se encuentran tan desconectadas de los supuestos crímenes, que este proyecto de ley podría matar el comercio electrónico, y hasta la Internet como la conocemos hoy en dia.

El congreso parece no entender que infringir derechos de autor NO es robar, es infringir derechos de autor.

No a la ley S.O.P.A. es un articulo de: orvtech.com

Acceder a un servidor ssh usando una llave rsa

Enero 18th, 2012 | Autor: Neville

Como hacemos más seguro nuestras sesiones remotas? Una sugerencia es usar acceso mediante llaves encriptadas, por ejemplo rsa.

Mi primera prueba fue con la documentación de Fedora. Ultimamente he estado consultandola, me parece muy completa y ordenada. Sin embargo algunas veces creo que necesito mas detalles. En este tema de llaves pueden consultar este enlace.

Sin embargo, gracias a Javier Wilson encontre una forma más sencilla usando el comando ssh-copy-id, pueden consultar el manual en la consola usando “man ssh-copy-id” o bien en el siguiente enlace

Sigamos un ejemplo suponiendo que tenemos un servidor en 192.168.0.100 con servicio ssh funcionado normalmente. Ademas tenemos un usuario llamado fedora en ambas maquinas. Pero todo inicia en nuestra máquina.

Primer paso, generar nuestra clave rsa:

ssh-keygen -t rsa

Si solo oprimimos enter, y se usarán los nombres por defecto:
id_rsa id_rsa.pub
Luego piden una frase, la cual debemos memorizar.

Segundo paso, pasar la llave al server:

ssh-copy-id fedora@192.168.0.100

Hay que estar atento porque nos va a pedir dos cosas… la frase de la llave y la contraseña del usuario fedora en el otro servidor.

Tercer paso, conectarnos al servidor. Esto será igual que siempre.

ssh fedora@192.168.0.100

Cuarto paso, cambiar la configuración de ssh en el server:

su <- nos hacemos administrador (va a pedir la contraseña)
cd /etc/ssh/ <- pasamos al directorio donde estan los archivos de configuración de ssh
vim sshd_conf <-editamos el archivo de configuración

El cambio que vamos a hacer es buscar la linea “PasswordAuthentication yes” y debemos dejarla a como sigue:

PasswordAuthentication no

Salvamos los cambios y salimos del editor.

Quinto paso, reiniciar el servicio ssh (al estilo de fedora 16)

systemctl restart sshd.service

Pueden usar otras formas del mismo comando segun su sistema

service sshd restart
/etc/init.d/sshd restart

Sexto paso, salir del server:

exit

Septimo paso y último, probar que todo esta bien

ssh fedora@192.168.0.100

El resultado es que solo nos pedira la frase, solo nos la pedira una vez mientras mantegamos la sesión en nuestra maquina.

Algo que me resulto fue abrir dos terminales, en una hago el login al server via ssh y lo dejo logeado. En la otra terminal ejecuto los pasos. Si algo sale mal, la primera terminal mantendra la conexion a pesar de reiniciar el servicio ssh y podrán ver que problema hay y corregirlo

.