Pipelight

Vea sus peliculas de Netflix en Linux Fedora.

YUM Autocomplete en Fedora

La característica de Autocompletar en yum existe en Fedora.

Crea paquetes rpm y deb desde cualquier distribución Linux

La creación de paquetes o empaquetado puede ser fácil y divertido... Una de las desventajas de usar alguna distribución es la carencia de paquetes

Slowmovideo

Slowmovideo nuestros video en slow motion. crea vídeos en cámara lenta hermosos.

Que hacer después de instalar Fedora 20 "Heisenbug"?

Deje a punto su Fedora, le enseñamos paso a paso como hacerlo.

sábado, 5 de julio de 2014

NSA: Linux Journal es un "foro extremista" y adicionalmente sus lectores se marcan para la vigilancia




En un artículo publicado en el sitio alemán Tagesschau seguidos por BoingBoing y DasErste.de ha puesto al descubierto algunos detalles impactantes sobre quiénes son los objetivos de la NSA y su paranoica vigilancia, incluyendo los visitantes de uno de los sitios mas grandes sobre Linux;  Linux Journal.

Si bien se ha puesto de manifiesto antes que la NSA capta casi todo el tráfico de Internet, la historia de Tagesschau ofrece nuevos detalles sobre cómo el programa de la NSA XKEYSCORE decide el tráfico donde mantenerse o enfocarse.

XKEYSCORE utiliza selectores específicos para ese tráfico, y el artículo revela que las búsquedas web mediante Tor y Tails ayudan a proteger el anonimato de un usuario y la privacidad en Internet - y es marcado  como "extremista" y da lugar a captar más vigilancia. Y como dice el dicho, aunque quien nada debe nada teme,  justos pagan por pecadores...

Linux Journal
Mientras que es preocupante para Linux Journal, es aún más preocupante para los lectores de este sitio linuxjournal.com porque se ha marcado como un selector!

DasErste.de ha publicado el código fuente XKEYSCORE, y si se fijan bien en las definiciones de reglas, verá que linuxjournal.com/content/linux* aparece junto a Tails y Tor. De acuerdo con un artículo sobre DasErste.de, la NSA considera a Linux Journal un "foro extremista". Esto significa que sólo en búsquedas de cualquier contenido de Linux, el sitio Linux Journal es un objetivo. No solo por su contenido sobre el software de anonimato o cifrado, se considera sospechosa; eso significa que su tráfico de Internet se puede almacenar indefinidamente.


Linux Journal
Una de las cuestiones más importantes de estas nuevas revelaciones plantean que  hasta este punto,  la mayoría de los lectores de Linux Journal habían considerado las revelaciones de la NSA como preocupante pero pensé que la NSA nunca estaría interesada en ello personalmente. Ahora sabemos que acaba de visitar este sitio y que es un objetivo. Si bien puede que nunca sepamos a ciencia cierta de qué se trata; Linux Journal, en particular, el artículo Boing Boing especula que podría ser la de separar a la gente en Internet que saben cómo encontrar privacidad de aquellos que no lo hacen por lo que pueden capturar comunicaciones de todos con y violar su privacidad.


Desde mi punto de vista (y creo que no soy el único) considero que es una mala noticia para todos los que usamos y leemos acerca de Linux sobre una base diaria, pero, afortunadamente, no estamos completamente indefensos. A principios de año el sitio publico una serie sobre la seguridad, la privacidad y el anonimato, artículos sobre cómo utilizar Tor y Tails. Con cualquier pieza de software en su lugar, se puede navegar por Linux Journal (y el resto de Internet) en privado.



Referencias
http://www.linuxjournal.com/content/nsa-linux-journal-extremist-forum-and-its-readers-get-flagged-extra-surveillance

lunes, 30 de junio de 2014

Empaquetando en Arch Linux/Manjaro



Siempre he dicho la lectura te puede llevar a lugares nunca esperados; y la creacion de un "pkg.tar.xz" no es una tarea complicada.

En distribuciones como Fedora, Mageia, Openmandriva, openSuse la administración de paquetes varía en comparación con Debian e hijas empezando por el formato.

Debian e hijas utilizan ".deb" en Fedora y otras utilizan "rpm" ¿Cuál es la diferencia? en mi experiencia la diferencia radica en la forma de hacer las cosas, no vengo a dar una cátedra sobre los diferentes tipos de administración de paquetes en Linux. Asi que venga vamos al grano. Para ello como mi experiencia es mas de empaquetado rpm hare pequeñas comparaciones en todo el articulo.

Para crear un rpm necesitamos primero dar las instrucciones de ¿como?, ¿donde?, ¿con que? al cual se le llama spec (ejemplo variety.spec). En Manjaro/Arch se tiene algo similar el cual se le llama solamente PKGBUILD.


No hay nada mejor que un ejemplo no?

Para ello haremos un pequeño pkg.tar.xz para Arch Linux/Manjaro sin arquitectura, cuando me refiero sin arquitectura quiere decir que puede ser instalado sin importar si es de 32 o 64 bits, donde no es necesario compilar absolutamente nada, en próximos artículos veremos como crear un pkg.tar.xz para diferentes arquitecturas.

Para el ejemplo tomaremos con el permiso de nuestros amigos de DesdeLinux un script muy útil para convertir un texto a voz utilizando el motor de voz de Google. 

En Fedora y otros el .spec y PKBUILD cada quien puede dar su toque personal, sin embargo hay etiquetas que deben tener. Venga haremos un spec llamado "speech.spec" que así se llama el script y en base a el crearemos un PKGBUILD. En el siguiente ejemplo se muestra un .spec de speech.





Ahora veamos como debería ir nuestro PKGBUILD




Explicando 

Comparando el speech.spec vrs PKGBUILD, podemos percatarnos que presentan similitudes, una de ellas es que el spec y el PKGBUILD tienen macros, los macros nos ayudan a cortar rutas; muchas veces rutas inteligentes donde pueden variar dependiendo la arquitectura, o simplemente los directorios de trabajo temporal...

Macros

${_pkgver} = versión del programa

${_pkgname} = nombre el programa igual en la etiqueta "pkgname"


$srcdir = ruta extraída del código fuente
 

${pkgdir} = ruta de construcción final


Secciones

prepare
Aqui aplicamos los parches si los hubiera o algun tipo de modificaciòn al código fuente.

build
Procesos de compilación (make...)

package
Instalación en un entorno fakeroot  (make install...)


Partes/etiquetas del PKGBUILD

  • El mantenedor [Maintainer],
  • Nombre del paquete [pkgname],
  • Versión [pkgver],
  • Número de release [pkgrel],
  • Descripción [pkgdesc],
  • Arquitectura [arch],
  • Licencia [license],
  • Archivo que se incluyen [install],
  • Página del paquete [url],
  • Dependencias para poder ejecutarse el programa [depends],
  • Dependencias de compilación [ makedepends ]; de donde se obtienen las fuentes [source] y md5sum de las fuentes, que comprueban la integridad [md5sum].

Este ultimo (md5sum) hace una comprobación de nuestro código fuente de lo contrario el código fuente esta corrupto. En el ejemplo yo realizo una pequeña modificación para que el md5sum lo incluya automáticamente, ojo no es la forma recomendable pero si usted quiere empaquetar un script o un único binario localmente, se encargará de hacerlo.

Si su codigo fuente tiene muchos archivos lo mejor será generar el md5sum con

makepkg -g

Si son observadores notarán que la etiqueta "build", esta vació o mejor dicho ni existe, eso es porque no hay compilación. Así también "prepare", porque no tenemos necesidad de parchar, modificar o extraer el código fuente.

Debemos recordar que un PKGBUILD siempre debe tener la etiqueta "package" que en un .spec seria "install" esta etiqueta hace exclusivamente un fakeroot donde el programa imitara una instalación para crear el paquete.

En la etiqueta "package" podemos observar el comando "install" uno de mis preferidos debido a que hace un proceso de copiado aplicando los permisos necesarios para ejecucion, edicion etc.

install -dm 755 (nos creara un directorio con permisos "chmod 755"

install -m644 copiará lo que le indiquemos con permisos "chmod 644"

Cuando se compile o se haga un paquete sin arquitectura y otro caso, las rutas deben respetar la FHS (Estándar de jerarquía del sistema de archivos) http://es.kioskea.net/contents/309-linux-estructura-de-arbol-de-los-archivos, http://es.wikipedia.org/wiki/Filesystem_Hierarchy_Standard ; http://www.pathname.com/fhs/

Lo anterior (lineas "install") es equivalente al mkdir -p y cp -f  + chmod... es por eso que anteriormente mencionaba que cualquiera puede darle su toque a un .spec o un PKGBUILD.


Después de crear nuestro PKGBUILD, es necesario crear un directorio, y allí mismo contener el PKGBUILD y el código fuente para luego, hacer un cambio de directorio (cd) hacia su ruta y finalmente crear nuestro paquete.


makepkg -s

Y si se quiere instalar, (recordando la ruta hacia el directorio que usted ha creado).

pacman -U /path/to/pkg.tar.xz

Otro ejemplo?




Explicando este otro ejemplo, donde hacemos un PKGBUILD de Yumi, a petición de nuestros visitantes, la diferencia de este y el anterior radica en los permisos del comando "install" para el ejecutable, además como es un programa, creamos un .desktop para poder ejecutarlo desde cualquier menú. Si observaron este PKGBUILD le incluimos exactamente el md5sum sin una variable. Así también el código fuente ahora incluimos directamente la ruta hacia el sitio donde puede descargarse, pues no es un archivo local lo que queremos empaquetar.


Referencias
https://wiki.archlinux.org/index.php/PKGBUILD_%28Espa%C3%B1ol%29
https://wiki.archlinux.org/index.php/Arch_User_Repository_%28Espa%C3%B1ol%29
https://fedoraproject.org/wiki/How_to_create_an_RPM_package/es
https://fedoraproject.org/wiki/Packaging:RPMMacros?rd=Packaging/RPMMacros

miércoles, 25 de junio de 2014

Droidcam conecta la cámara del Android a la PC via WIFI y mas!, Fedora y Ubuntu



DroidCam es una herramienta que le permite utilizar un dispositivo Android como una webcam inalámbrica que se puede utilizar desde el escritorio (Linux o Windows) para chatear por Skype, Google + y así sucesivamente.

DroidCam es una herramienta que le permite utilizar un dispositivo Android con una serie de características:

Chatea utilizando "Webcam DroidCam" en su computador, incluyendo sonido y la imagen

Conéctate a través de WiFi, Bluetooth o un cable USB

Simple y eficiente: diseñado para ahorrar batería y el espacio tanto como sea posible. 



DroidCam es de uso gratuito, y usted puede buscarlo en Google Play y ver como funciona que no es cosa de otro mundo, solamente deberá iniciar la aplicación tanto en móvil como en la PC, e ingresar su IP; si usted quiere Características / mejoras, como el soporte de vídeo de alta resolución, cámara de vigilancia / IP / Monitoreo MJPEG, controles de cámara como flash, enfoque automático, zoom y así sucesivamente, usted debe comprar DroidCamX.

Como un regalo para la comunidad fedoriana, hemos creado un rpm listo para que usted saque el mejor provecho.




INSTALACIÓN


Ubuntu




Fedora






Referencias:
https://play.google.com/store/apps/details?id=com.dev47apps.droidcam&hl=es_419
https://github.com/PaoloRotolo/droidcam 

martes, 24 de junio de 2014

Atraci una alternativa libre y gratis a Spotify



Mucho se escucho en toda la web sobre proyectos libres como Popcorntime, que mientras siga libre nunca puede morir. Así que ahora es el tiempo de escuchar música, si ¿Porqué pagar por una canción solo por oírla? cuando les digo de escuchar música me refiero a una forma 100% legal y libre sin horribles y molestos anuncios. Si alguien ha utilizado Spotify creo será la ultima vez que lo utilice y cambie por Atraci.

Atraci es una aplicación multiplataforma para Windows, Mac y Linux que nos permite escuchar al instante más de 60 millones de canciones (mucho más que el iTunes que tiene 26 millones). No requiere registro, no muestra anuncios y es 100% seguro.

Sus desarrolladores

"Creemos que escuchar música siempre debe ser libre y accesible a todos, y que sólo el ser dueño de ella debe tener un costo.

También creemos que el software útil y de código abierto simplemente no puede morir."


Sin tanta explicación, cómo instalarlo?


INSTALACIÓN


Ubuntu  y otras distribuciones  
valientes en empaquetarlo, y crear un ppa vamos!


64 bits  


sudo ln -sf /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0
 
32 bits

Nota: simplemente extraer y ejecutar... es probable que necesiten crear enlaces simbólicos hacia libudev...

Fedora 20
Disponible vía PostInstallerF   



viernes, 20 de junio de 2014

Simple Dock ligero y funcional dockbar para Gnome Shell





Si usted es un fan de Gnome 3, esto es para usted, ¿Porque no darle un toque mas friki? Simple Dock es una nueva extensión para Gnome Shell creada como fork de AtomDock, el dockbar por default de OzonOS .

En Gnome Shell no se dispone de un dockbar incluya el resumen de las actividades, ni nos permite lanzar rápidamente nuestras aplicaciones favoritas, así como la gestión de las distintas ventanas activas.

Para algunos usuarios el utilizar un dockbar por defecto de Gnome Shell es muy incómodo, pero afortunadamente hay algunas extensiones como Simple Dock que nos permite llevar el dockbar a nuestro escritorio.
Simple Dock para Gnome Shell es una extensión que nos permite poner un dockbar en la parte inferior de nuestrp escritorio con una serie de características extraordinarias sin sacrificar su rendimiento.

Simple Dock cuenta con una funcion de "ocultar inteligentemente" que esconde el dockbar automáticamente cuando una ventana entra en la zona del dock, o empieza una ventana de pantalla completa.

Tenga en cuenta que simple Dock es un fork del dockbar de AtomDock que encontraremos el predeterminado OzonOS un proyecto llevado a cabo por el equipo de Numix.

Aquí está el vídeo de nuestra de Simple Dock en Arch Linux, obviamente con Gnome.



Instalación


Es muy facil de instalar Simple Dock, lo unico que debera tener es Gnome Shell 3, en cualquier distribucio, basta con conectarse a la página correspondiente del portal de Gnome Shell Extensions y haga clic en Activado y confirmar la instalación, después de unos segundos tendremos la dockbar activa en la parte inferior de nuestro escritorio.

Actualmente Simple Dock no incluye ninguna opción de personalización, esperamos que en el futuro tenga la capacidad de cambiar el tema o la posición / tamaño.

DESCARGA AQUI