Planning to drop deprecated samba releases in Gentoo
Currently, the releases 3.0 , 3.2, 3.4 and 3.5 of samba are available in Gentoo, but upstream has discontinued releases 3.0 and 3.2 for a while, and currently they are actively maintaining 3.4 and 3.5 .
For the above reason and in order to avoid security issues, I'm planning to drop releases 3.0 and 3.2 from the tree soon, but I'm interested in to know why you, fellow users, are using those old releases. Haven't you updated your system? Perhaps something is not working right for you with currently stable samba 3.4?
Let me know your thoughts
Intel Compra McAfee
lxmusic in portage
I have just made the initial commit of media-sound/lxmusic , one of the few relatives of the lxde family still missing in Gentoo land.
For everyone who doesn't know, lxmusic is a very simple frontend for the (in)famous xmms2 which was also recently added into the tree thanks to the effort of many people.
For everyone merging lxmusic who doesn't want to build dev-libs/boost as a dependency (myself included), make sure to set the -cxx use flag in media-sound/xmms2.
Audio Streaming
Mysql | trucos para dumps de bases de datos
Muchas cosas se pueden hacer con la bases de datos, cuando hablamos de backups, hoy les traigo algunos trucos muy practicos:
Backup exclusivamente de una tabla en una base de datos:
mysqldump --add-drop-table -h SERVER -u USERNAME -p DATABASE TABLA > tabla.sql
Backup de todas las bases de datos en 1 solo archivo:
mysqldump -h SERVER -u USERNAME -p --all-databases > all-data-bases.sql
Restaurar 1 sola base datos de el archivo “consolidado” que creamos antes:
mysql -h SERVER -u USERNAME -p DATABASE1 < all-data-bases.sql
Como me fue con el cambio a 64 bits en Gentoo
Ya llevo mas de 1 mes en Gentoo de 64 bits. De tantos artículos que lei, consejos de otros usuarios y miedo intrínseco que infundían algunos. Solo pude concluir una cosa: “tenia que hacer el cambio o seguir para siempre en 32 bits”. En Gentoo la transición es transparente gracias al equipo de amd64 y el poder del código abierto 
. Sin embargo algunas cosas que vale la pena resaltar:
1. Plugin de flash privativo
Dificultad: Como robarle un celular a un automovilista desde una moto
El plugin de flash en Gentoo funciono salido de la caja. Sin mayores compilaciones hice un emerge y comprobé que ya no hay que usar bibliotecas de 32 bits y fue reconfortante ver que ya no es tan lento \o/
2. Wine para llenar facturas
Dificultad: No funciona
No soy muy amigo de wine, sin embargo en Gentoo para lo único que ocupo wine es para probar sitios con ie6 y la planilla del iva. Lastimosamente los paquetes emul-linux que brindan compatibilidad con binarios de 32 bits no incluyen soporte para jpeg. Y si construyo una version de 64 bits de wine, los binarios de 32 (como la planilla del iva) no corren. Asi que voy tener que programarme una versión pato en lo que los de
OpenIVA hacen algo profesional
3. Google gears
Dificultad: Mas pato que Donald
Oficialmente Google no lanza Google Gears para Linux de 64 bits. Pero
aca encontre un binario no oficial que ha funcionado bien 
.
4. Impresora Canon PIXMA
Dificultad: Doloroso como la mordida de un chucho sarnoso
Una de las primeras tareas que intente fue instalar mi vieja PIXMA ip1000. El proceso es algo tedioso, y se encuentra
aca en la gentoo wiki. Solo puedo decir que además de todo lo que dice ahi (hacer overlay, ebuild digest, la respectiva danza de la lluvia) también tuve que meterme por un tunel ssh al ftp de canon en Japon porque por alguna estúpida razon no dejaba descargar desde una ip Guatemalteca el .rpm que me faltaba.
Después en un acto análogo a que te escupa un bolo, te apedreen las prostis o te huaqueen en la rueda chicago, me di cuenta que por falta de uso el cabezal negro ya no sirve :’(. Asi que hace 15 minutos, y despues de un fallido intento de limpieza con agua hirviendo. Declare mi impresora caida en combate después de 5 años.
Solo puedo decir a excepcion de lo de la planilla todo ha funcionado y que lo peor al final del dia fue la muerte de mi impresora :’(.
ip1000
Fuiste grande (y barata de mantener)!.
Mysql dump only data
Un truquito rapido para el mysql
Dump solo con los insert de informacion sin la estructura, truco que investigue gracias a una migracion que estaba haciendo @lionel (un cuate) jajaja y no queria que se realizara ningun drop en el import de la info .
aqui les dejo la linea de commando para correr este tipo de exports
mysqldump -u user -p --skip-triggers --compact --no-create-info DATABASE > DATABASE.sql
Nokia 5300 en Gentoo
En este momento me podrian tachar de “no cool” por no tener un ipod, de “no a la moda” por no tener un android o un n900, o de traidor por no tener un neo freerunner.
Lo cierto es que al igual que Stallman pero por motivos totalmente distintos casi nunca uso celular porque paso el 90% de mi tiempo despierto frente a la PC, el otro 10% lo uso para comer y bañarme xD.
Pero ya que a caballo regalado no se le ve diente, recientemente mi hermana reemplazo su celular y me regalo un nokia 5300 y despues de mi emocion lo conecte como de costumbre en mi Gentoo y Zaz!! que no funciona nada 
.
Como funciona el telefono:
Este telefono al igual que otros de su tiempo tiene 3 modos de funcionamiento los cuales van más o menos asi:
- Modo Nokia: Sirve para poder usar el telefono como modem, gestionar la agenda y los contactos.
-Impresion y medios: Funciona como una camara cualquiera mediante PTP/MTP
-Almacenamiento de datos: Se supone que funciona como almacenamiento (duh!).
¿Y como lo uso en Gentoo?
Usarlo en modo nokia
Para usarlo en modo telefono y gestionar nuestros contactos podemos instalar wammu que no es mas que un front end de gammu (un fork a de gnokii que basicamente es un programa de gestion de celulares).
Antes de instalarlo debemos de verificar si tenemos el driver cdc_acm aca:
-> Device Drivers
-> USB support
-> USB Modem
Luego basta con
# emerge wammu
Y tenemos todo lo necesario para el modo nokia.
Usarlo en modo almacenamiento de datos
En mis pruebas con los drivers ohci o uhci USB no funcionaba y hay un
bug inconcluso en launchpad acerca de esto. Lastimosamente a los usuarios les pelo seguir reportando el bug y por consiguiente viene desde upstream el error. Pero para cargar archivos podemos jugar con el modo de camara.
Usarlo en modo impresion y medios
Para esto nuestro sistema tiene que tener soporte para PTP/MTP esto lo conseguimos a travez de gphoto2 o libptp2.
El protocolo PTP esta diseñado para que podamos obtener los datos de una camara digital. Si usamos solo gphoto2 ya podriamos descargar fotos con programas como picasa, f-spot o gtkam.
Sin embargo y dado que no podemos usar el modo almacenamiento el unico modo de cargar temas, tonos, wallpapers es precisamente PTP. Para esta tarea picasa y f-spot quedan descartados y gtkam si tiene una funcion para cargar archivos, pero a travez de libptp2 como una dependencia extra.
Entonces MI recomendacion es
Instalar gtkam
# emerge gtkam
Instalar libptp2
# emerge libptp2
Si queremos usar nuestro telefono con la shell o nautilus como si se tratara de algun dispositivo de almacenamiento masivo hay una implementacion para FUSE y gphoto2. La cual tambien necesita libptp2 para transferir archivos.
# emerge gphotofs
Y con esto deberiamos poder usar el telefono en Gentoo
Acerca de los archivos .la en Gentoo
Recientemente compre un equipo un tanto bonito y di por fin el salto a los 64 bits (vayaaa!! ya me habia tardado). Entre los problemas menores que he tenido es usar un google gears no oficial y los drivers binarios de 32 bits para mi impresora que canon nunca se molesto en liberar. Pero si no lo hacia ahora no lo hacia nunca.
El dia de hoy tuve un problema con un archivo, especificamente el archivo libGL.la que por alguna demoniaca razon no me permitia construir algunos paquetes de gtk. Y entre busqueda y busqueda me tope con el
blog de Flameeye’s que explicaba el funcionamiento de estos archivos. Del cual traduzco una sección porque me parecio muy interesante. Al final la solucion del problema era facil y fue por otro motivo distinto al que menciona Flameeye’s (un symlink que hacia falta y que por cierto debo reportar).
Aclaro que bibliotecas=bibliotecas de funciones. Lo que en mala traducción llamamos librerias (libreria en ingles es bookstore por cierto 
).
Libtool basicamente es un script generico para bibliotecas que tiene como objetivo esconder la complejidad de utilizar bibliotecas compartidas y hacerlo de una manera portable para cualquier Unix. La traduccón despues de los comerciales jajaja.
….
Cuando un paquete enlaza con libtool por ejemplo con un parametro -lfoo y esa biblioteca fue construida e instalada con libtool. Automaticamente buscara el archivo libfoo.la y lo utilizara para reemplazar la opcion -lfoo con la ruta hacia el archivo de la biblioteca (como parametro de gcc). El problema es que libtool no esta capacitado para reconocer para que arquitectura fue construida la biblioteca y usa la ruta absoluta. En la mayoria de los casos -lfoo seria reemplazado, en un sistema amd64 con la ruta /usr/lib64/libfoo.so. Nada malo a menos que se este construyendo un binario ELF de 32 bits y entonces fallara (o en mi caso que el ebuild no hacia el symlink y se encontraba en /usr/lib64/opengl/xorg-x11/lib/libGL.la).
¿Pero para que son utilizados los archivos .la en estos dias? Es una buena pregunta, y una que estoy seguro que la mayoria de usuarios y desarrolladores no tienen una respuesta completa. ¿Y son necesarios? Las siguientes dos lineas que se encuentra en todos los archivos .la sugieren que si, pero yo tengo una respuesta diferente.
# Please DO NOT delete this file! # It is necessary for linking the library.
Empecemos describiendo para que fue diseñado libtool. Construir bibliotecas compartidas en Unix no siempre fue posible, los viejos Unixes no lo soportan, y casi cualquier version de Unix tiene su propia manera para manejar las bibliotecas compartidas. Mientras la mayoria de los Unixes de hoy pueden utilizar la opcion -shared de gcc, testo no siempre fue verdad, y aun existen diferencias en esquemas de nombrado para instancias como Linux, *BSD y s Mac OS X. libtool abstrae todos estos problemas.
Desafortunadamente, libtool es una enorme y compleja pieza de codigo, y la mayoria de personas que la utilizan no tienen idea como se supone que trabája. El codigo tambien se hace cargo de algunos viejos y hoy en dia no usados casos, que probablemente muchas personas aun sabiendo como funcionan las cosas no sabran porque estan hechas de esa forma.
Una cosa que libtool tiene que trabajar es el hecho que las bibliotecas estaticas son solo archivos, y no contienen metadata respecto a como enlazan con otras bibliotecas (como dependencias). Para esto es que los archivos .la son utilizados. Desafortunadamente libtool no puede entender el caso en que uno no este enlazado archivos estaticos y no necesita de proveer dependencias, al menos en sistemas basados en ELF eso causa uno de los problemas para que uno no pueda prescindir del –as-needed (overlinking).
Pero los archivos .la hoy en dia son utilizados mayormente por programas utilizando libltdl para carga de pluins (como PulseAudio). Esto es de nuevo asi para abstraer diferencias entre el cargador dinamico de distintos sistemas operativos como Unix y Windows por ejemplo. Esto introduce un poco de redundancia en algunos Linux y *BSD modernos, pero esto no crea tantos problemas como los archivos .la para bibliotecas compartidas.
¿Asi que necesitamos de los archivos .la para enlazar las bibliotecas o no? La respuesta es “no siempre”. Si la biblioteca solo intala una copia de si misma, el archivo .la no es necesario en sistemas Linux y *BSD modernos, si la biblioteca instala tambien una copia estatica, podria ser necesario para trabajar adecuadamente con linkeo estatico, ya que la biblioteca puede tener dependencias extra.
En un mundo perfecto, cada biblioteca estatica que necesita dependencias deberia tener su propio archivo .pc para pkg-config, y cada paquete intentando enlazar estaticamente a esa bitlioteca deberia estar utilizando pkg-config –static para obtener las bibliotecas a las que tiene que enlazar. Desafortunadamente no estamos en un mundo perfecto.
Seria bueno si alguien tuviera suficiente tiempo para intentar remover todos los archivos *.la para bibliotecas compartidas (no para plugins) en su sistema, y ver en donde falla al enlazar estaticamente. Yo considero que gastar un poco de tiempo en eso podria ser una muy buena mejora, y un buen paso hacia adelante para tener algun dia buen soporte multilib, pero tengo que esperar por ahora. Si algun usuario considera que esto algo interesante, por favor que me lo deje saber, si veo algun interes en eso intentare dedicarle más tiempo
….
Al final mi error se podia resolver con:
# emerge dev-util/lafilefixer
# lafilefixer –justfixit
Pero es interesante conocer a fondo como funciona mi sistema . Ni en sistemas operativos aprendi esto xD.
WordPress 2.8.6 Security Release
Un nuevo release de wordpress vio la luz el dia de hoy
2.8.6 fixes two security problems that can be exploited by registered, logged in users who have posting privileges. If you have untrusted authors on your blog, upgrading to 2.8.6 is recommended.
The first problem is an XSS vulnerability in Press This discovered by Benjamin Flesch. The second problem, discovered by Dawid Golunski, is an issue with sanitizing uploaded file names that can be exploited in certain Apache configurations. Thanks to Benjamin and Dawid for finding and reporting these.
Link | wordpres.org