Ya tengo KDE casi configurado a como lo tenía, funcionando sin problemas. Ahora utilizando solo plasmoides de los que vienen con KDE/Kubuntu. Así que descarto que el problema haya sido por estar sobrecargado plasma-desktop. Como la anterior configuración de KDE la venía utilizando desde hace muchas versiones de KDE/Kubuntu, el problema pudo haber estado originado por algún plasmoide o configuración que comenzó a tener conflictos con las actualizaciones. Por lo que cuando ya llevamos mucho tiempo de actualización en actualización, aveces es recomendable comenzar de cero renombrando la carpeta KDE. Creo que mi anterior configuración de KDE la venía arrastrando desde Lucid mas o menos

@Frost, me parece bien que se dediquen de lleno a lo que será plasma 2 con Qt 5. Y también que de ahora en más solo se centren en la estabilidad y corrección de errores. No creo que en el actual plasma esté faltando nada importante.

Estoy de acuerdo 100%.

Según Aaron Sergio en su blog, Plasma 4.11 tendrá dos cosas muy relevantes:

Será la última liberación de la serie 4.x de espacios de trabajo Plasma. El desarrollo de funciones cambiará totalmente a QT5 y KDE Framework 5 basados en Plasma Workspaces 2.
Vamos a proporcionar versiones de estabilización (correcciones de errores, mejoras de traducción, etc) durante dos años para la versión 4.11 de espacios de trabajo Plasma de KDE. Las aplicaciones no se ven afectadas, kdelibs y kderuntime continuarán como son en la actualidad.

Blog de Aaron Sergio http://aseigo.blogspot.mx/2013/05/plasma-workspaces-411-long-term-releas...

Relojeando G+ me ecuentro con esto:

Ojo, no está diciendo que la 4.11 sea la última versión de KDE 4, sino que habla de Plasma 2. Pero...en qué va a estar basado Plasma 2... Qt4... ¿o Qt 5?

Bien, hubo avances. He descubierto que la lentitud y pesadez es solo de plasma-desktop (Elementos del escritorio como plasmoides, paneles y sus componentes como el menú de lanzadores o barra de tareas). KWin, sus efectos y las aplicaciones no están involucrados. Matando y reiniciando plasma-desktop el sistema se recupera hasta que luego se vuelve nuevamente lento.
La cuestión es que tenía 4 escritorios con configuraciones y plasmoides distintos en cada uno de ellos. La verdad que muy sobrecargado plsma-desktop el pobre
Así que he renombrado la carpeta .kde y voy a ir configurándolo lentamente para así poder deducir qué es lo que perjudica más el rendimiento de plasma-desktop.
Con la configuración por defecto KDE anda rapidísimo. Si señor, que escritorios livianos ni que ocho cuartos. KDE es ultra liviano y lleno de funcionalidades (siempre y cuando no se exagere con sobrecargarlo como yo he hecho, que así no aguanta ningún escritorio )

Temo tengas razón en eso. Hago como tú, estoy todo el día probando programas, escritorios, configuraciones, repositorios... A mí me suele pasar alguna vez lo de empapizarlo todo y tengo que hacer una limpieza a fondo.

Haciendo: Ahora mismo acabo de instalar el famoso y controvertido Cinnamon, Y me gusta mucho más que Gnome-shell cara al ordenador de escritorio, Lástima que tenga problemas con Gnome cara la futuro.

Desde hace unas semanas estoy teniendo un problema que nunca había tenido. En cada sesión, KDE se me va volviendo "pesado" progresivamente hasta tornarse inaguantable. Lo extraño es que no hay procesos consumiendo mucho cpu o RAM, no se utiliza nada de Swap. Es independiente de la tarjeta gráfica o del driver. La memoria de la gráfica también se mantiene estable. Sucede con o sin los efectos. Y solo ocurre en KDE. Tengo deshabilitado el escritorio semántico.
Pues como yo instalo y desinstalo un millón de cosas diarias para hacer pruebas, estoy viendo si el problema es por algo que yo he hecho, antes de ponerme a buscar algún reporte.

Busco info sobre alsamixer porque cuando grabo desde el mic sale con un ruido de estática espantoso y tampoco puedo grabar el sonido de la pc, solo del mic.

Esta filosofía la veo media tonta realmente. Supongamos el siguiente ejemplo:
La aplicaciones A y B tiene una dependencia que la llamaremos C, pero no dependen entre sí. O sea que si instalás A, se instala C, pero no B. Lo mismo pasa con B que instalaría C, pero no A. Si se instala A, teniendo instalado B o viceversa no se vuelve a instalar C. Si se encuentra un bug en C, se lo arregla y a nosotros aparece la actualización de C.
En el caso de que no existieran las dependencias, A y B tendrían en sus respectivos paquetes a los archivos de C y por ende ocuparían mayor espacio. Además si habrían un bug en C, se tendría que arreglar dos veces.

Quizás la gente de Debian actualicen a alien para los paquetes de Ubuntu.

El nuevo formato de empaquetado llamado Click packages, tiene como objetivo es poder instalar aplicaciones de forma fácil en Ubuntu Phone OS, aunque aseguran, no dejarán de lado a dpkg y apt. Inicialmente se está pensando en los dispositivos móviles, pero al parecer la nueva propuesta de Ubuntu podrá ser usada en el resto de las distribuciones de GNU/Linux.
La filosofía es: No más dependencia entre paquetes, sin guiones del desarrollador y cada aplicación se instalará en su propio directorio.

Sacado de https://lists.ubuntu.com/archives/ubuntu-devel/2013-May/037074.html

Lo que me pone a pensar es, que las empresas muchas veces cuando desarrollan para linux, solo generan un paquete .deb, si Canonical sigue con sus planes y X empresa decide desarrollar para linux… a lo mejor solo lo hace para Ubuntu, por ejemplo Steam solo está disponible para Ubuntu en paquetes .deb (me refiero de forma oficial), entonces… ¿Qué pasaría con Debian y todas las distros basadas en Debian o Ubuntu?

Aunque es sólo un "temor" anticipado, pero bueno, sólo el tiempo dirá que va a pasar.

Sobre los cambios en la paquetería, había leído de que aún estaba en pañales. Pero voy a ver si encuentro algún artículo que explique bien de que se trata.
En todo caso según los cambios que pretendan, puede llegar a ser discutible para bien o para mal. Siempre he leído a los empaquetadores de distros que utilizan paquetería "rpm" hablar de las ventajas de estos sobre los "deb", en cuanto a facilidad de empaquetado entre otras cosas.

Eso es verdad. Lo raro es que no le hayan dado mucho bombo a lo de la paquetería.

Aclaro que lo del dramatismo no lo decía por lo que se había dicho aquí. Yo también había hablado de "futuro incierto"
Me refería más bien por Phoronix y algunos comentarios que había leído allí y en el blog de Martin Gräßlin. Y esperemos mañana a que aparezca la noticia en algunos sitios amarillistas.

Pues no se yo...Poder podría, pero no tiene por qué...

Eso sí, pero para ese viaje...
No es dramatismo, sólo especulación.

La verdad yo no entiendo el por qué de tanto dramatismo.
Supongo que Canonical seguirá teniendo en sus repositorios los paquetes relacionados a las X, o en su momento los de Wayland. O en todo caso se podría poner esos paquetes en un PPA o repositorio externo.
De todos modos no me he puesto a leer detenidamente lo que han escrito Martin Gräßlin y Jonathan Riddell en sus blogs (y tampoco lo entendería porque es demasiado técnico).

La gente de Mint ya lo vio venir antes incluso del tema Wayland-Mir y se puso a trabajar en una derivada de Debian... que cunda el ejemplo.

Recordar también que Ubuntu está pensando en su propio sistema de paquetería, con lo que éramos pocos... http://ubunlog.com/ubuntu-puede-cambiar-de-paqueteria/

Estaría copado que Debian haga un repositorio paralelo para que haya derivaciones de Debian según sus entornos gráficos o gestores de ventanas actualizados y que el trabajo lo haga los desarrolladores de las derivadas de Ubuntu.
O sea, tendríamos un Debian con el software 100% actualizado y un Debian estable.

Bueno, pues que le den morcilla a Canonical. Supongo que pasará a depender de Debian. Y no se si todos los derivados de Ubuntu porque no veo a toda la tropa linuxera ponerse con esto de Mir, la verdad.

Futuro incierto de Kubuntu como distro basada en Ubuntu desde que Canonical piensa en Mir:
http://www.phoronix.com/scan.php?page=news_item&px=MTM3MjE

Yo no.

Alguien aquí tiene problemas al cargar las páginas del foro? Porque tardan en mi caso, o sino tengo que recargarlas.

Quienes han ideado el modo gráfico de asignar permisos en Windows 8 son unos dementes.
Absolutos.

Ya ha llegado KDE 4.10.3 a Kubuntu. Me acaba de actualizar.

Sí, yo también lo he hecho. Pero con Gnome. Lo pasaré a testing en breve e iré siguiendo la evolución de este escritorio por ahí.

instalando Wheezi en VirtualBox...

Viva los repositorios.

Que tal con este tipo de compañías
http://muyseguridad.net/2013/05/03/mozilla-critica-al-productor-del-soft...

O simplemente que ahora que ya lo hicieron, lo optimizaran un pelín, de manera que logre hacer lo mismo pero más eficientemente... o consumiendo menos recursos, siendo más rápido al cargar email, etc, etc, etc, etc.

Como me gustaría un cliente de correo Kmail independiente de Akonadi

Yafu, al Monitor del sistema casi siempre lo tengo abierta, es así como he verificado el consumo de RAM y visto la swap. En definitiva, Con 10 pestañas abiertas en firefox, con varias imágenes, facebutt y demás consume ~700 MB o más, KMail (que genera quiticientos procesos de Akonadi) no sé, pero es bastante; y LibreOffice que depende el número de archivos abiertos pero pueden llegar a 6 o 7, cerca de otro GB de RAM. Más 5 ó 6 PDFs abiertos con Okular, pum! a la swap.