Bueno chicos, primero deciros que así fue como yo lo hice, pero………puede que a vosotros no os marche bien, o que rompáis algo (espero que no físicamente).

Primeramente tenemos que saber que versión de kde tenemos: “kcontrol ­v” , es donde pone KDE: xxx. Bien, Necesitas tener los repositorios normales. (Si no sabes ni lo que es esto: http://easyurpmi.zarb.org/)

En ellos quizás esté la versión 3.5 de KDE ,puedes averiguarlo así: ”urpmi.update ­a”y luego “urpmq ­f kdebase”

Si no los tienes: Añade un repositorio que lo contenga; yo usé los de thacs, y el repositorio se
añade así:

urpmi.addmedia mde.rpms http://anorien.csc.warwick.ac.uk/mirrors/thac//2006.0/RPMS with
hdlist.cz

(todo en una sola linea)

Una vez que tenemos el 3.5 en uno de nuestros repositorios comienza la acción. Yo recomiendo copiar .kde por si
algo no saliera bien poder regresar a esa versión:

Pon en una consola:

cp /home/tuusuario/.kde to /home/tuusuario/.kde.seguridad34

Ahora nos vamos de KDE, a iceWN por ejemplo o a cualquier otro entorno gráfico. (si no tienes otro entorno gráfico, decirte que es posible hacerlo todo desde un modo consola fuera de kde, pero eso ya lo ampliará alguien o cuando tenga tiempo lo adjuntaré)

Ahora “drakconf” para acceder al centro de control de mandriva.

Selecciona en Administración de Software

Elegir de donde se descargan los paquetes de software cuando se actualiza el sistema.

Marca la casilla Updates en el repositorio que contenga KDE 3.5 (si as añadido el de thacs pues marca) y
dale a aceptar:

Ahora ve a : Ver las actualizaciones disponibles y aplicar cualquier arreglo o mejora a los paquetes instalados:

Una vez que se actualiza, ahí tendrás todo: Marca kdebase y kdeutils (el solo te dirá las dependencias que necesita y las añadirá) Si quieres añadir algo más pues adelante, pero quizás fuera mejor no actualizar muchas cosas de golpe no?

Dejalo descargar todo.

Parecería que ya está todo listo, pero noooooo, abre una terminal con alt+contrl+F3 (para regresar alt+control+F7) logueate como root y pon:

rpm ­e –nodeps kdebase­kdm­config­file

urpmi kdebase­kdm­config­file

Una vez que se actualice todo, YA DEBERÍA ESTAR , reiniciar y listo: pon “shutdown ­r now” y a disfrutar del KDE 3.5 (espero!!)

Luego, recuerda volver a dejar los repositorios como estaban, ya que si no lo recuerdas y algún día
decides actualizar algo, te lo buscará también el el repositorio de thacs.

Notas:

De esta manera te guarda ciertas configuraciones. Si quieres que al entrar te muestre el kde 3.5 en vez de kde 3.4, ve a sistema­configuracion­KDE­LookNFeel­Pantalla anunciadora y ahí selecciona la que mas te guste Si quieres que en el lateral de menú K te muestre la nueva versión 3.5:

$ locate kside

/usr/share/apps/kicker/pics/kside_tile.png
/usr/share/apps/kicker/pics/kside.png
/usr/share/apps/kicker/pics/kside_powerpackplus.png
/usr/share/apps/kicker/pics/kside_discovery.png
/usr/share/apps/kicker/pics/kside_download.png
/usr/share/apps/kicker/pics/kside_mdv­tile.png
/usr/share/apps/kicker/pics/kside_powerpack.png

Como Root:

# cd /usr/share/apps/kicker/pics/
# konqueror &

Mira las fotos, y mira el nombre de la que te aparece en tu menu K. Luego solo tienes que ponerle a la foto que quieres que muestre, el nombre de la que se muestra. A mi también me actualizó las Xorg, y la verdad es que el rendimiento de este KDE es mejor y consume menos memoria que el anterior.

Autor Rtil

PD: Muchísimas gracias a aguazer0 por su inestimable ayuda!!

Como ya sabemos como meter el plugin de macromedia en firefox, gracias a Atreilz, os diré como meter el plugin de java ( JRE ), para asi poder asi usar aplicaciones java en firefox, es algo muy facil.

Nos vamos a la pagina de descargas de java y nos bajamos o bien Linux RPM (self-extracting file) ó Linux (self-extracting file). Uno se instala con comandos rpm y el otro mediante ./ (el que no es rpm, tenemos que darle permisos de ejecucion para que se ejecute), lo ejecutamos.

Con esto ya estara instalado, pero aun nos queda otra cosa para que el firefox lo encuentre y es crear un enlace simbólico al plugin, algo muy simple:

/usr/lib/mozilla-firefox-1.0.6/plugins -> En mi caso donde tienen que estar los plugin de mi navegador

/usr/java/jdk1.5.0_05/jre/plugin/i386/ns7/libjavaplugin_oji.so -> En mi caso donde se instalo el plugin de java que firefox usa.

Para crear enlace nos situamos en /usr/lib/mozilla-firefox-1.0.6/plugins y hacemos el siguiente comando:
ln -s /usr/java/jdk1.5.0_05/jre/plugin/i386/ns7/libjavaplugin_oji.so

Reiniciamos el navegador y ya esta. Muy facil!

Pascal:
———
nombre_archivo.pas
fpc nombre_archivo.pas
./nombre_archivo.pas

C:
—
nombre_archivo.c
gcc nombre_archivo.c -o nombre_ejecutable
./nombre_ejecutable

C++:
——
nombre_archivo.cpp
g++ nombre_archivo.cpp (genera un a.out) o “g++ -o ejecutable TuFuente.cpp”
./a.out

Java:
——
javac Archivo.java (Creara el Archivo.class)
java Archivo (Ejecuta, no poner extension)

Perl :
——
perl archivo.pl

Python:
———
python archivo.py

Bash:
——
sh archivo.sh
./archivo.sh (Si se le dan permisos de ejecucion)

NOTA: Perl, Python y Bash no se compilan, son interpretados, se ejecutan segun se interpretan.

Arquitecturas:

i386/i486 (386, 486, no pentium)
i686/sse2 (pentium II y superiores)
I585 (Pentium para arriba ya sea un P4 o un AMD XP)
ppc (Power pc (MAC))
x86_64 o ia64 (Intel titanium (servidores))
amd64 (AMD de 64 bits)

PI:
pentium pro (150Mhz - 200Mhz)
La gama MMX (133Mhz(portatiles(sl))/166Mhz(sobremesa) -233Mhz)

PII (PRO + MMX):
233Mhz hasta los 400Mhz

Celeron (MMX):
266Mhz hasta los 466 Mhz
Xeon:
400Mhz.

PIII:
450Mhz hasta los 600Mhz

NOTA: Celeron y Xeon salieron con la idea de mejorar a PII pero no se consiguieron grandes logros
Si no se especifica que haya paquetes para i686 debemos cojer i586.

Bien, lo que tenemos que hacer es lo siguiente, crearnos un enlace a /usr/bin/xmms, ya que al poner en consola solo xmms se cualga la aplicación, siempre que queramos usar xmms debemos usar /usr/bin/xmms, con eso no se cerrara.

Lo segundo,.. va con una introducción al mundo de el sonido en linux, para asi aprender algo más y saber el por que de las cosas, intente hacerlo entendible para todos, espero no sea muy coñazo:

Para que podamos escuchar sonido en linux, se necesitan drivers (controladores), en el nucleo se incluyen algunos. Los mas importantes son ALSA, los controladores de ALSA soportan más tarjetas de sonido que los del núcleo (OSS originales). La emulacion OSS de ALSA es, en algunos casos, mas rapida y mejor que los propios controladores OSS originales (OSS/free, ya que los propietarios no se pusen incluir en linux). Son muchos los programas que pueden utilizar de modo profesional las características ampliadas de ALSA.

El paquete ALSA Driver contiene los controladores de sonido ALSA, Son modulos del nucleo que proporcionan funcionalidad de audio y MIDI al sistema operativo (Mediante emulacion por software, ya que ya no hay tarjetas que reproduzcan MIDI, como antiguamente). La libreria libasound es la que proporciona las funciones de ALSA a los programas.

Uno de los puntos fuertes de ALSA es que mantiene la compatibilidad con OSS, es decir, cualquier aplicación escrita para utilizar OSS podrá seguir ejecutándose aunque hayamos cambiado de arquitectura de sonido mediantes la emulación OSS de ALSA, cual en muchos aspectos mejora a este ultimo.

Actualmente son muchas las aplicaciones que han sido adaptadas a ALSA o que incorporan soporte para ambas arquitecturas, ALSA es el subsistema de sonido por defecto de núcleos 2.6, ha reemplazado a OSS, que fue el subsistema de sonido de los núcleos 2.4.

Para el xmms hay un plugin de arts (xmms-arts), que a su vez esta configurado para usar ALSA nativamente, sin emulacion OSS, con este plugin conseguimos que el sonido salga por alsa. Si el xmms esta bajo controladores OSS, cuando se produce un sonido del sistema (corren en ALSA), el OSS se para, y tenemos que espear un tiempo para que el xmms vuelva a funcionar.

xmms –> Opciones –> Preferencias –> Plugin de salida –> Atrs output / Controlador OSS.

De esta manera podremos escuchar varios sonido a la vez, sin que se molesten entre ellos (ALSA/OSS), como pasa con xmms en el caso anterior. Si que remos usar el plugin de salida de OSS, otra solucion es que las demas aplicaciones usen tambien OSS, pusiendo cambiarlo en Kcontrol por ejemplo, pero mejor usar ALSA para todo.

Otra forma de dirigir a arts el sonido de un programa no-kde (Por defecto en ALSA (art)) es:
artsdsp programa opciones.

NOTA: En kcontrol se puede selecionar el dispositivo de audio usado por Linux.
Mandrake y Suse usan Alsa.

Comandos basicos de ALSA:

alsaconf Para detectar la tarjeta de sonido
alsamixer Mezclador basado en ncurses para los controladores de tarjetas de sonido de ALSA.
aplay Reproductor de sonidos en línea de comandos para los controladores de tarjetas de sonido de ALSA.

PD: Ya que pongo lo de alsa les dejo estos comandetes,.. Saludos!
Gracias Sysreg por motivarme a hacer este post XD!!