Archive for the 'Software Libre' Category
Arreglando paquetes .debs corruptos.
Si has instalado algún paquete .deb en tu debian y ubuntu, y este no se ha podido instalar correctamente. és posible que cuando eches a actualizar o instalar algun otro programa, no te lo permita echando la culpa a la anterior instalación por corrupta de esta forma;
E: I wasn’t able to locate a file for the PACKAGE package. This might mean you need to manually fix this package. (due to missing arch)
Y es posible que intentes eliminar el paquete que te provoque el error (PACKAGE) y no te lo permita.
E: I wasn’t able to locate a file for the PACKAGE package. This might mean you need to manually fix this package. (due to missing arch)
E: Couldn’t lock list directory..are you root?
Pues nada.. deberiamos eliminarlo manualmente y forzando a dpkg con navaja afilada (force).
dpkg –remove –force-remove-reinstreq PACKAGE
Con remove-reinstreq conseguimos esto: remove-reinstreq [!] Remove packages which require installation
Agur!
Mirror del firmware del chip BCM43xx (wl_apsta.o)
Firmware para la Airport Extreme de los PowerBook / iBook , el archivo se llama wl_apsta.o .
Con el bcm43xx_fwcutter (disponible en los repositorios), extraemos el archivo a /lib/firmware wl_apsta.o
bcm43xx_fwcutter -w /lib/firmware
El paquete de ubuntu descarga el firmware desde una web de googlepages (boredk.googlepages.com), pero el firmware ya no se encuentra ahi.
Por tanto me ha tocado buscarlo y puesto que no ha sido fácil encontrarlo, enlazo al siguiente mirror.
Grub, Windows y su complejo de ser el segundo.
En el ordenador de mis padres ( Athlon K7 800Mhz ), tengo dos hd’s, uno con Windows y el otro con Ubuntu.
Su particiones son las siguientes:
hda(20Gb)
/dev/hda1 , WindowsXP con NTFS
hdb(80Gb)
/dev/hdb1 Linux
/dev/hdb2 swap /dev/hdb3 W95 FAT32
hda maestro, hdb esclavo.
El problema estaba en que el disco de 20Gb es algo maduro y empieza a flojear ( a veces falla ), y como primario que es, tenia instalado grub, de modo que si falla no arranca nada.
Solución, el disco de 80Gb pasó a maestro, y el de 20Gb a esclavo.
Instalando grub en el de 80Gb que funciona siempre bien.
Cambió las configuraciones correspondientes en /boot/grub/menu.lst (hda <-> hdb , se intercambian ahora) y ejecuto grub-install.
De momento parece que todo correcto. Y.. eH! surje nuevo problema, Windows no quiere arrancar (maldito!).
Busqué, y al parecer a Windows no le gusta estar instalado en un disco esclavo ( jah! que se ha pensado ). Pues nada, le hacemos pensar que está como maestro, mapeando mutuamente uno con otro (aunque no es así) y probamos:
La linias correspondientes en el menu.lst serian estas
title=Win2K
root (hd1,0)
map (hd1) (hd0)
map (hd0) (hd1)
makeactive
chainloader +1
Salut!
Cómo convertirse en Hacker ( Nat Friedman ).
Hace algun tiempo hice una traducción (libre) de un articulo que me gustó bastante escrito por Nat Friedman en su blog.
Nat? Quien es ese?
Nat y Miguel de Icaza fundaron Ximian , una empresa orientada a la programación de aplicaciones de software libre, la cual fué absorvida por Novell años más tarde. Miguel fue el fundador del escritorio de linux gnome , y ambos, son dos de los hackers más activos en el mundo del software libre.
Aquí (PDF) os dejo de la traducción de su articulo:
Cómo convertirse en hacker. Nat Friedman.
Lunes en una entrevista en Beijing, alguien me preguntó como ser un hacker. (Este que está visitando tu web desde un articulo de la People Magazine. Constar que el termino hacker se refiere a programador, no cómo delincuente de internet ).
Mi interlocutor quiso saber como contribuir en un proyecto de codigo abierto, qué herramientas deberia usar, que libros debería leer, donde debería publicarse, donde deberia empezar…
Se me ha preguntado algunas veces sobre esto y he pensado que deberia repetir mi respuesta aquí. Miguel (de Icaza) me ha dicho que a él se lo han preguntado varias veces también, y tiene la misma respuesta que yo.
Así, voy a dejarte conocer el secreto.
Aquí están los pasos de como convertirse en hacker:
1. Descarga el codigo fuente del programa que quieras cambiar.
2. Desconprímelo en tu disco duro.
3. Cónstruyelo y hazlo funcionar.
4. Abre el codigo fuente en el editor.
5. Encuentra la parte del codigo que necesite el cambio para hacer que el programa haga lo que tu quieras que haga.
6. Realiza los cambios necesarios para construir el codigo, pruebalo y comprueba que funcione.
7. Ejecuta el diff -u comm y envia la salida a la lista de correo.
Esto es, sigue las instrucciones y te garantizo que te convertiras en hacker.
Si no existen programas que te gustase cambiar, entonces no querrás ser un hacker despues de todo. O tal vez, no hayas usado suficiente software; cómo quieres ser un usuario de software en 2005 y no saber que cambios quieres hacer?
Los pasos 1-4 suenan estupidos y obios, pero la verdad es que mucha gente de queda pegado en el punto 1. Cómo puedes ser un hacker si no tienes codigo fuente en tu computador? Puede ser posible, pero yo todavía no lo he visto.
Si haces sangrar tus dedos en el paso 3 unas pocas veces, no te desanimes.
Es ridículo y humillante pero algunas veces este paso es el más largo y el más complicado.
Si tienes suerte, el paso 5 es tan fácil como usar grep en el directorio del código en busca de alguna cadena revelante del GUI del programa o de la salida.
Necesitas pasar bastante tiempo imaginándote el diseño del codigo, desglosando archivos fuente con printf’s hasta que encuentres las linias correctas. Usar un debugger también ayudará a avanzar.
El paso 5 va resultando más facil según la experiencia que vas adquiriendo. Cuando más código hayas leído, más aspectos de programación conoces. Reconocer lenguajes de programación hace más fácil imaginar en qué estaba pensando quien escribía el código que estás intentando cambiar.
Por supuesto, el paso 5 es más facil si el código sobre el que estás trabajando fué escrito por un programador con mucha experiencia, quien intentó hacer un sobreesfuerzo para escribir codigo fácil de entender. Los programadores con experiencia escriben código fácil de leer porque alguna vez han tenido la frustación de tener que arreglar un bug (fallo) en el código que ellos escribieron un año antes y más tarde no han entendido nada.
El paso 6 es comúnmente reconocido como “hacking” pero no siempre es la parte más larga.
Si estás intendando de hacer un cambio (hacer un hack) en algo grande y bastante complejo, debes saber que el paso 5 va a eclipsar mucho tiempo del paso 6. Hace poco, uno de los mejores hackers de Novell estuvo dos meses trabajando en un hack en el proyecto Wine en el que acabó siendo un cambio de dos linias. Entonces, preparate mentalmente en usar mucho tiempo del paso 5 antes de adentrarte en el paso 6, y algunas veces volver al paso 5 desde el 6 varias veces.
Pero la mayoría de la gente no alcanza este punto, así que si estás en el paso 6 puedes llamarte con seguridad hacker. Hay libros enteros que explican cómo hacer un buen trabajo en el punto 6, no voy a elaborar demasiado aquí, excepto decir que probablemente no seas bueno escribiendo código hasta que no hayas escribido una gran cantidad de éste.
La verdadera clave para ser un hacker es centrarte cuándo estes hackeando.
Sin codigo, un trabajado conocimiento compilando y un trabajado conociento de diseño del codigo, no serás capaz de empezar a hacer hacking. Pero una vez conozcas el funcionamiento y te hayas adentrado escribiendo código y viendo como el programa va cogiendo forma, bién, esta es la parte divertida.
Espero que os haya gustado.
The Edgy Eft será el nombre de la próxima ubuntu.
Pues si senyores…. ya existe nombre para la nueva ubuntu inestable, se llamará The Edgy Eft algo así como la lagartija afilada.
Al parecer todavia no existe y ya tiene un divertido bug, divertido y a la vez semi-serio, es uno de los objetivos serios de Mark Shuttleworth. DIcho bug es el que el 97% de los ordenadores del mercado tengan Windows.
Al parecer quieren que traiga XGL/AIGX integrado por defecto.
De momento Dapper Drake está bastante usable.
Comments(0)
Comments(8)
Comments(2)