#2 #4 #11 Estáis confundidos, akonadi maneja el paquete PIM (personal information management) que agrupa los programas kmail, kaddressbook, knotes, korganizer, etc... y está basado en unas tablas sql, el consumo de RAM es mínimo.
El escritorio semántico es manejado por nepomuk, strigi y virtuoso, que son los que consumen RAM.
#9 La diferencia con locate es notable, nepomuk permite buscar por el contenido del archivo, por etiquetas o por calificaciones
En la versión 4.6 funciona de lujo, si tienes RAM suficiente yo no lo desactivaría. Yo he dejado de utilizar el menú, siempre Alt+F2 y ahí encuentro todo lo que quiero.
#9 58.66M
19m plasma-desktop
11m kwin
5968 kded4
4764 krunner
3856 kmix
3016 klauncher
2584 kglobalaccel
2432 knotify4
1872 kio_file
1496 kdeinit4
1156 kwalletd
1044 ksmserver
672 polkit-kde-auth
496 ksysguardd
#22 Desechado porque es uno mas de los muchos vaporware que vendieron como gran avance sin saber ni como implementarlo. No es la primera vez.
#44 La memoria esta para usarla, no para tirarla.
764232k used, de los cuales 317992k cached y 138516k buffers
Si la usas en algo que no puedes descartar entorpeces el funcionamiento del sistema.
#9 locate no busca entre los metadatos. Sólo con los nombres de archivo. Nepomuk gestiona los metadatos de los archivos y puede llegar a ser útil.
Aunque de momento se puede vivir sin él.
#9 Hombre, locate está muy bien, pero es mucho más limitado que Nepomuk (que es componente semántico de akonadi). Nepomuk guarda nombres de ficheros pero además muchos metadatos de los mismos, y es capaz de buscar dentro de los propios ficheros o de otro tipo de entidades de datos (como correos electrónicos, y cosas así).
#c-62" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/1163359/order/62">#62 Hay una alternativa a esperar N años, como indico más arriba: un chroot (testing o unstable, a elegir). En todo caso, también depende de las librerías¹ que haya escogido el desarrollador de ese programa para sus últimas versiones.
Por ponerte un ejemplo patente (pero sin patentes), yo procuro tener siempre instalada una SVN muy reciente de mplayer. Y compila perfectamente incluso con librerías viejunas de Debian stable. Genera un par de binarios que se pueden mover directamente, sin necesidad de makes install, con lo que es perfectamente compatible con el mplayer de los repositorios (sólo hay que procurar tener aquél fuera del PATH, para evitar conflictos).
Sin embargo, otros programas van a necesitar librerías de testing o unstable y es ahí donde entra en acción el chrooting.
#63 Por lo que he leído, oldstable va recibiendo actualizaciones de seguridad hasta al menos un año después de cada lanzamiento de stable.
# ¹Puristas, uncomment following line:
# sed 's/librerías/bibliotecas/g'
#64, y, sin las actualizaciones de seguridad, el apt-get funciona hasta el infinito y más allá. Mi hermano aun usa sarge en mi vieja máquina. Con apuros, pero la usa.
http://www.debian.org/distrib/archive
¿Estudios universitarios para descartar placebo? Pero si, en España, basta con escoger un vehículo al azar y meterse dentro.
Si después de media hora de "a ver si en la siguiente rotonda hago chillar las gomas", de acelerar a 5000 vueltas para, cinco segundos después, poner al rojo los discos de freno y maniobras similares tan habituales en la población conductora de este país, no acabas vomitando los dos platos, el postre y el café, es que definitivamente la prenda funciona. Ahí no cabe la autosugestión.
#50 Comprendo y respeto que algunos usuarios quieran estar a la última, a costa de algo de fiabilidad y estabilidad. Pero no tiene por qué ser una tendencia general ni mucho menos un mandamiento.
Se puede uno manejar perfectamente en stable y yo lo he hecho. Es más, puede que algunos programas funcionen con más soltura (en el caso de la ya oldstable Lenny, probablemente KDE3 sea más ligero que KDE4). Si uno se va a testing, obviamente dispondrá de paquetes más actualizados; pero también menos estables. Su propio nombre así lo indica: "testing".
Y hablo por experiencia propia, que en dos o tres años que he pasado en 'Squeeze testing', los drivers de Intel de la gráfica del portátil han dado bastante por el culo. Yo ya tengo una cierta experiencia en GNU/Linux y sé cómo salir de estos embrollos; pero tú dile al recién llegado que "stable es para servidores, mejor instala testing" y un día, tras actualizar, van las X y no arrancan. Corriendo a la partición de Windows Seven y con muchas menos ganas de volver a intentarlo al día siguiente.
Ésa es una de las grandes cualidades de Debian: tienes disponible el equilibrio que tú desees entre estabilidad y actualidad. Stable, testing o unstable.
Aunque el factor estético sea muy secundario en este tema, nada más bonito que un bosque mediterráno o continental en otoño en España, con sus múltiples variaciones de tonos de verdes, marrones y amarillos. Es que incluso huele de vicio, especialmente tras la lluvia.
En contraste, la invasión monocorde de los putos eucaliptos en buena parte del norte peninsular, especialmente Galicia.
Esto es una herramienta muy útil para muchas personas: Fotógrafos, programadores, usuarios con cantidades ingentes de archivos, etc…
Y me atrevería a poner en duda esto último. No sé si es algo común en otras distribuciones, pero en Debian se instala automáticamente un updatedb en cron para que se ejecute a las seis o siete y media de la mañana, todos los días. Básicamente, esto indexa todo el disco duro y hace posible búsquedas instantáneas con locate. Y el gasto de RAM es cero. Patatero.
Por cierto, para los que prefieran el entorno gráfico, Nepomuk se puede desactivar desde System Settings -> pestaña Advanced -> Service Manager -> Startup Services.
Ahora, con todos ustedes, para todos los que acusan a KDE de ser un escritorio pesado:
$ free # Nada más arrancar
Mem:
total 1545312
used 393968
+/- buffers/cache 161624
Señoras, señores y vulcanianos: 158 megas en un sistema operativo del 2011 (Debian Squeeze, KDE 4.4.5 con todo tipo de eye candy). Luchando contra la obsolescencia de hardware desde principios de los 90.