pispie un tok este quilombo y entendi solamente el

"Saludos y suerte"

A ver si me ayudan con esto...
Resulta que descargué el amsn y amule. Mi intención es convertilos en módulos para Dyne:Bolic, pero primero creo que debería saber cómo instalarlos, como se haría en un Linux convencional.
Bueno, empecé con el A-Mule y logré descomprimirlo sin problemas. Ahora, luego de descomprimirlo pasé a ejecutar el comando ./configure ; make ; make install (la verdad que no sé si ese es el comando para instalar una aplicación, pero me tiré el lance  ) y el terminal empezó a hacer una serie de procesos. La cosa es que pasó una hora y seguía haciendo procesos, lo cuál me parece sumamente extraño. Ahora mi pregunta es si una aplicación se instala de esa manera o es otro el comando que hay que ejecutar.

Ah, aclaro por si se lo están preguntando, no dejé que termine de ejecutar todos los procesos porque una hora es demasiada espera 

Bye.

Citar./configure ; make ; make install

es lo que se usa cuando se desea crear un ejecutable desde el código fuente.
El tiempo que demora depende directamente de la máquina (procesador, frecuencia, memoria, etc.). Si se trata de una máquina chica, como creo que dijiste en algún momento, la demora puede ser grande.

Si no se dispone del código fuente sino de binarios ejecutables, sólo queda "instalarlos".
Esa instalación depende del formato en que están disponibles esos ejecutables.
Si es un comprimido tar.gz ó tar.bz2  hay que descomprimir y ver las posibles instrucciones.
Si por el contrario con "paquetes" (rpm, tgz, deb) de alguna distribución, el procedimiento cambia según si la distribución que se está usando puede o no tomar esos paquetes.

Suse, RedHat, Mandriva, etc. trabajan con paquetes rpm.
Debian y derivados (Ubuntu, Mepis, Kurumin, etc.) trabajan con paquetes deb.
Slackware y derivados (Vector Linux, etc.) trabajan con paquetes tgz
Dyne:bolic trabaja con

Saludos.

Cita de: ZeiterZ en Septiembre 10, 2007, 01:22:10
Dyne:bolic trabaja con

Jajaja, Cuac.
Mirá, el Amule que descargué tiene la extensión tar.tar, y el Amsn es tar.bz2.
Puntualmente, lo que vos decís es que ya extrayéndolo tendría que estar habilitado de ejecutarlo, suponiendo que no se trata de un paquete.
Entonces voy a ver cómo es el tema.
Entonces, ¿el archivo ejecutable estaría guardado en el directorio /bin/ del tar que extraigo?
Y ¿cuál sería el equivalente en Linux de un archivo .exe de DOS?

Saludos y gracias.

Cita de: the98 en Septiembre 10, 2007, 16:06:43
Y ¿cuál sería el equivalente en Linux de un archivo .exe de DOS?

Saludos y gracias.

Las extensiones en Linux no son mandatorias. Cualquier archivo con cualquier extensión puede ser un ejecutable siempre que tenga seteados los permisos de ejecución.

Un archivo común, por ejemplo de texto, en un listado aparecería como:

-rw- rw- r 

indicando que el dueño y el grupo tienen permisos de lectura y escritura y que todos los demás, sólo de lectura.
Un ejecutable debería tener estos permisos

rwx- r-x r-x

por ejemplo, donde la "x" indica que ese archivo tiene permisos de ejecución.

Pero como puede que un archivo tenga permisos inadecuados, siempre es conveniente recurrir a la orden file
Ejemplos:

file  /bin/ls
/bin/ls: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), stripped


es un ejecutable binario tipo ELF, enlazado dinámicamente.

file  /usr/bin/bsh
bsh: POSIX shell script text executable

es un archivo de texto que contiene órdenes de la shell. Un equivalente (¡perdón Señor!) de los BAT de DOS.

file /usr/bin/zonetab2pot.py
zonetab2pot.py: python script text executable

es un archivo de texto con órdenes para el intérprete del lenguaje python.

etcétera.

Si un comprimido trae un ejecutable (binario o no) por una cuestión de orden podría estar dentro del directorio "bin", pero no es algo imprescindible.

Lo que sí es seguro es que es fácil identificar un comprimido con código fuente a causa de la presencia de archivos cuya extensión indica que contienen código fuente (.c, .cpp, etc.)
En ese caso, la secuencia  " ./configure ; make ; make install " es lo que suele usarse.

Saludos.

Zeiter, lo tuyo es grositud máxima.
Mil gracias por la información y disculpá las molestias.

Saludos.

Solo agrego un pequeño detalle

Cita de: ZeiterZ en Septiembre 10, 2007, 19:27:48" ./configure ; make ; make install "

Con esa secuencia decís que ejecute primero ./configure, luego make y luego make install, no importa como termine cada comando.
Creo que es mejor hacer ./configure && make && make install
de esa manera si uno de los comandos falla no se ejecuta ninguno de los siguientes.

Cita de: cocochio en Septiembre 11, 2007, 08:53:46
Solo agrego un pequeño detalle

Cita de: ZeiterZ en Septiembre 10, 2007, 19:27:48" ./configure ; make ; make install "

Con esa secuencia decís que ejecute primero ./configure, luego make y luego make install, no importa como termine cada comando.
Creo que es mejor hacer ./configure && make && make install
de esa manera si uno de los comandos falla no se ejecuta ninguno de los siguientes.

Exacto.

A ver si vos tenés idea... Me hicieron un script para el tema del modem. Se instalaría automáticamente, pero no termina de funcionar. Resulta que hice los pasos manualmente y funciona todo menos el modprobe aplicado para ueagle-atm y br2684ctl.

Este es el script http://rapidshare.com/files/56457388/instalador.html
Tal vez vos tenés alguna idea sobre por qué no funciona modprobe, por ahí falta un paso.
El tipo que me lo hizo desaparecio jaja. Tal vez no sabe cómo solucionarlo...

Saludos.

lo estás ejecutando con sudo, o bien como root?

Sí, el Dyne se ejecuta automáticamente como root.

Estuve revisando el script y me parece que el error está en la línea 21:

modprobe  ueagle-atm


debería ser

modprobe  /lib/firmware/ueagle-atm/ueagle-atm

ó

modprobe  /lib/firmware/ueagle-atm/ueagle-atm.ko

ó

modprobe modprobe  /lib/firmware/ueagle-atm/ueagle-atm.o

Alguno de esos archivos.

Probá y avisá.

Saludos.

Ya estoy probando... 

¿Y para el br2684ctl? ¿También es por la ruta?

Sí señor.
Sólo interpreté la intención de quien hizo el script.
Y su intención es colocar todo el firmware y demases en   /lib/firmaware/ueagle-atm

De ahí deduzco que lo que le falta a modprobe es justamente la ubicación exacta de lo que tiene que cargar.

Saludos.

Bueno, probé con la ruta y no funcionó tampoco. Tampoco los archivos que me enumerás están en ese directorio, pero, de todas maneras. el modprobe no funcionó con el br2684ctl, con lo cuál hay dos conclusiones. La primera es que el que hizo el script lo hizo con toda la onda y la mejor intención del mundo, pero mandó fruta
La segunda es que esta distro no me va a reconocer el alfajor, a menos que haga alguna cosa hiper-extraña.

Gracias por todo.

Saludos.