Mensajes

Si te sale eso es que no has tecleado primero "make" a secas.

Código [Seleccionar] Expandir

1.-
sudo ./configure
2.-
sudo make
3.-
sudo make install

NUNCA compiles como root, el sudo solo para el make install está bien.
Adhiero al Tzhed cuando dice que instales cosas de los repositorios, es altamente probable que ubuntu lo tenga, ya que hereda el amplio repositorio de Debian, de hecho  : http://packages.ubuntu.com/maverick/transmission

Saludos.

P.S: fijate de tener universe (y multiverse, por practicidad) habilitado, aunque esto puede habilitarte para instalar software no-libre

Bienvenido al mundo de la actualización de Ubuntu, siendo "actualicé y hay cosas que andan mal" o "actualicé y el sistema no anda" uno de los fantasmas que acechan dicho mundo.
Tratandose de Ubuntu, sí, te aconsejaría reinstalar, total, si tenés el /home en una partición separada (decisión *muy* sabia), podés cambiar de sistema con una suma facilidad ...  Ahora, si hablamos de otro sistema, donde las cosas se hacen *bien* y hay un QA decente, no, no es necesario reinstalar, en absoluto !

Si no tenés experiencia en GNU/Linux, diagnosticar donde puede estar el problema en cuanto al arranque, te va a requerir paciencia, Y MUCHA ... y si necesitás la compu *ya*, lo mejor sería reinstalar. (aunque esta es una linda excusa para pokear el sistema y aprender)

Saludos.

@crazykenny: Es bastante general lo de estabilidad ... ¿tendrías que refinar un poco más lo que hacés ? Como nota te agrego que usualmente estabilidad implica a los que hacen la distro testear los paquetes y cazar bugs, al precio de no tener lo último en software.

Respecto a wine, creo que malinterpretaste mi mensaje, eso fue cuando me refería a Blitz3D, a las aplicaciones generadas por ese soft.
Pero podés correr aplicaciones que hayas hecho vos (corre el mismo mensaje : "con diferentes niveles de éxito") , más aún, te comento, en el equipo de Code::Blocks cuando se preparan los builds, hacen un cross-compile, es decir, compilan el binario de Windows, sobre GNU/Linux usando mingw (les resulta más cómodo)

Respecto a migrar tus aplicaciones no te procupes, no tenés por qué y no hay apuro, hay que ver de qué van tus apps. y en qué lenguaje están, para ver cual podría ser la transición más "suave" y si es posible laburar con ellas bajo GNU/Linux, pero ese es oootro tema.

Saludos.

Es una lástima para usuarios de dispositivos móviles, por que en esta versión si mal no recuerdo venía el combo kms+page-flip para nouveau, transparent huge pages y el autocgroup, 3 2 cositas *importantes* para la platea linuxera...

Saludos.

Edit : Fail, me autocorrijo, el asunto de nouveau vá para el 2.6.39 ...

Primero, ¿driver de qué hablamos ? (dame el nombre del driver y del dispositivo con el que querés usarlo) por que en GNU/Linux a diferencia de Windows no se suele hablar de drivers tan a la ligera (salvo con algún tipo de hardware)
Por que puede estar en el kernel (siempre es esto, no hay dramas acá, se actualiza solo), dkms (de nuevo, sin dramas) o compilado "a pelo"

Saludos.

@bikutoru123: es lo mismo el que está más cerca tuyo que el de debian, por eso justamente se llaman mirrors, lo que hacen es mandar rsync al oficial y fue, se copia todo. muy poquitos filtran cosas como los repos non-free (no es este caso). La diferencia está en que cargás los servidores oficiales de debian y le sacás el lugar a estos "mirrors" que reparten la carga y permiten que todos tengan más velocidad.

Saludos.

No, no son necesarios (salvo que tengas algún particular motivo para conservarlos) si estás usando la última versión sin problemas, con borrar los respectivos kernels viejos desde el gestor de paquetes es suficiente. los paquetes que contienen kernels se llaman linux-image-[version]

Saludos.

@SmogMX: Por ahi va la definicion (fijate lo que dice en wikipedia),casi ... pero, hablando en sentido genérico, muchas veces tenés que computar algunas cosas, over and over again, y muchas veces tenés la posibilidad de disminuir el impacto de rehacer cosas...
Un ejemplo que quizá no refleja lo que quería decir, pero es entendible : cuando lidiás con scripts, podés compilarlos al vuelo o tener el binario precompilado (en una "cache"), bueno, ahí tenés un ejemplo ...
El menor uso de CPU (o GPU) es una consecuencia de no rehacer las cosas.

Saludos.

El plantemiento me resulta algo vago, creo que la pregunta correcta sería cuanto consumo se requiere para correr qué aplicación hecha por algunos y no limitarlo a RAM y CPU, que son parámetros súper superficiales del consumo de tal software.
En mi apps. tiendo a consumir RAM y GPU por sobre otros recursos (justamente por que me interesa la computación gráfica), en el caso de la RAM por ejemplo no pasé los 2 GB de RAM de consumo, y en términos generales, llegué a eso por que tengo preferencia de consumir RAM precomputando/cacheando a que andar consumiendo CPU, como para que quede libre para otras cosas.

Saludos.

[son lo mismo]

Ok, antes de que los noobs empiezen a sacarse los ojos por "qué distro es mejor", voy a atar un par de cabos y comentarles, que todas las distribución son lo mismo, desplegado de diferente forma ... por lo que la verdadera respuesta a esa pregunta es "cuales son tus necesidades?".
Todo lo que se hace en una distro puede hacerse en otra, con más o menos trabajo, y algunas distros al estar optimizadas o pensadas para tal o cual cosa, las facilitan, pero en general, no hay distros "mejores", sí hay distros que al ser genéricas copan más terreno en el ámbito de "necesidades cubiertas", pero eso es todo. (Distros como Debian, Ubuntu, Fedora, Gentoo, OpenSUSE, etc ... siendo Debian una de las más genéricas )

¿ Ejemplo ? No recomendaría Slackware a alguien que TENGA LA NECESIDAD DE un sistema "express" para hacer auditorías ... BackTrack se ajusta más, por que está pensada para eso, tiene el software .. Slackware no, hay que compilarlo. En ambas se puede, pero BackTrack es más sencillo, ya está todo listo.

Entonces mi pregunta es la misma, ¿cuales son tus necesidades? viendo los mensaje de crazykenny palpo que no hay un conocimiento sólido de GNU/Linux, y recomendar gentoo sería UNA TERRIBLE IDEA, por que es una metadistro, y hay que estar armando el sistema ... el chico se va a frustrar al no saber cosas como compilar software o el kernel, y va a huir de GNU/Linux.

Cuando se aconseja se tiene que pensar en lo mejor para el otro, no en lo que uno eligiría.

Saludos.