Archivos de Categoría: Mandriva

Me Quedo Con La Rubia, Bye Bye Fedora 16

Sabina Kelley

Bueno la rubia es Mandriva 2011.0. Hace unos días os contaba que me había instalado Fedora Verne en mi ordenador de sobremesa y estaba bastante contento, hasta ayer o anteayer que se torcieron bastante las cosas. Todo empezó con de repente no querer abrirse Clementine, por terminal sólo tiraba un mensaje de fallo de segmentación y no se qué pollas corrompido. Mala señal, muy mala, porque no sabes por dónde solucionarlo. Como tenía Rhythmbox, Banshee y Amarok funcando no le di más importancia. Al rato tenía unas pelis en formato .avi para ver, ninguna me funcionaba con SMPlayer, ni las que había visto en días anteriores con el mismo, mal rollito nene.

Para acabar el desastre Nautilus se negó a abrirse sin motivo alguno, y así uno no puede trabajar. Reinicié, apagué el sistema y naranjas de la china. Decidí instalar KDE4, ya que pensé que el problema sería Gnome3 que esta muy verde. Arranco la sesión con KDE4 y en la pantalla de carga se queda toda pillada, borré la carpeta oculta de mi home sobre kde, reinicié sesión y nada de nada.

Desesperado ya y con un cabreo de la ostia vi que tenía un pen de 2 GB una iso instaladora de Mandriva 2011.0 en fase beta, ni corto ni perezoso me pongo a instalar a la rubia,  todo perfecto, y eso que la imagen la creé en Windows con una herramienta de Fedora, toma castaña. Después de instalar a la rubia, la actualicé que daba gusto. La vestí y maquillé a mi gusto (uno es feo pero con buen gusto) y ahí esta montada al caballo blueser que se las pela. Y es que la rubia nunca me defrauda, en un portatil y un sobremesa y es la distribución Linux que mejor me funciona de todas las que he tenido instaladas en muchos años.

Siento tener que decir que Fedora me ha defraudado en cuanto a estabilidad, o quizá es Gnome 3 que está muy verde el que tiene gran parte de culpa; pero no se me queda la duda con KDE4. Quizá en la Fedora 17 todo se haya estabilizado más, o no; vete a saber.

En estos días se hacen reflexiones, encuestillas y demás sobre cuál ha sido la mejor distro del año. Pues bien, éste año he probado Mandriva, Fedora, Ubuntu y OpenSuse. Y sin dudarlo me quedo con Mandriva, porque es la más estable en mis equipos, porque su Centro de Control es el más completo y sencillo de utilizar y porque hay gente en MIB con la que colaboro muy a gusto.

Mucha gente dice que Mandriva 2011.0 es muy inestable, que ROSA da muchos fallos o consume mucha RAM, no se, debe haberme tocado el premio, porque el sobremesa aun siendo un Dual Core sólo tiene 1 GB de RAM y va que se las pela con KDE4, el ventilador casi no lo oigo, y éste es de los que hace más escandalera que el de un Simca 1000. Quizá es porque mis ordenadores son todos de 32 bits, en 64 bits da problemas. No me han gustado nunca los de 64 bits, tuve uno y era un horror.

Ahí dejo un pantallazo de la Mandriva en mi ordenata

Mandriva

.

En fin, las aventuras y desventuras en Linux de un loko que ya va haciéndose viejo :-D

Saludos :-)

Puto Spotify, Corrompe Linux

Me cago en el puto Spotify, su código no es abierto, si lo instalas con Wine ya hace tiempo que no funca. Me cago en todos aquellos bloggers linuxeros que dicen que el nativo ya es para gratuito y puedes encontrar un rpm para Fedora sin haberlo probado. Y una mierda, los repositorios de Spotify sólo tienen uno para Ubuntu. Spotify no respeta el código libre y no deja las fuentes para que los empaquetadores lo podamos empaquetar para otras distros, puto Spotify.
Acabo de instalar Clementine 1.0 en Fedora Verne y el plugin que trae para Spotify sólo es para cuentas Premium, me cago en tó, el mejor reproductor libre linuxero para mi gusto corrompido por el puto Spotify.
LastFM es de pago, pero su aplicación para Linux dejaba las fuentes el código preparado para poder empaquetarlo, respetaba el código libre, Spotify no.
Los demás que hagan lo que quieran, pero visto el ni puto caso que hace Spotify por Linux no pienso pagar al puto Spotify, y de ahora en adelante tampoco lo voy a enchufar en el puto Windows. Total nos estaban saliendo anuncios políticos subliminales.
A tomar por culo !!!!

Cómo Obtener Información De Un Paquete RPM

Hola :-) Hace ya algún tiempo que quería escribir algo sobre éste tema en cuestión. El caso es que muchos desconocen esto. Resulta que si tenemos un paquete .deb (Debian) lo podemos descomprimir fácilmente (con File-Roller, por ejemplo) y obtenemos ficheros de información, como el fichero control.

Con un paquete .rpm si lo descomprimimos de forma normal o lo abrimos con un gestor gráfico de descompresión sólo vemos los ficheros del programa en cuestión y nada más, parece que no hay los típicos ficheros-script de instalación, pero no es así.

Una forma fácil de obtener dicha información es con una aplicación de KDE, llamada extract-rpm, y que se puede encontrar en la web de KDE-APPS, en concreto en éste enlace. En dicho enlace explican cómo instalarlo en una distribución basada en RPM, como Mandriva, Suse, Fedora, Red-Hat etc.

En Mandriva es mucho más fácil de instalar, ya que los chicos de MIB han empaquetado el script. El paquete a instalar se llama kde-extract_rpm-servicemenu.rpm

Si hacemos una descompresión con dicha aplicación/script obtenemos los siguientes ficheros:

Un fichero changelog-> Que es la parte del fichero spec que informa sobre los diferentes empaquetamientos que se han ido haciendo del programa: fecha, empaquetador (su e-mail), versión del programa y de la distro; y los diferentes cambios aplicados en el spec (como los parches, etc).

Un fichero info-> Contiene información como: nombre del paquete, el Vendor, el empaquetador, versión del programa, Licencia, la Firma, la web del programa, arquitectura, sumario, descripción y unas cuantas más.

Un fichero list-> Contiene un listado de dónde irán instalados todos los ficheros del paquete. Si lo que descomprimimos es un fichero fuente, src.rpm, listará las fuentes (parches inclusive) y el fichero .spec.

Un fichero provides-> Que lista lo que provee el paquete, nos puede ser muy útil cuando construimos un rpm, para tener más completo el fichero .spec, y más fiable.

Un fichero requires-> Nos lista todas las dependencias del paquete, también muy útil para construir el rpm.

Si lo que descomprimimos es un src.rpm nos vendrá también el fichero .spec y las diversas fuentes utilizadas (como los parches).

Toda esta información puede variar un poco en función del paquete o la distro, pero en esencia creo que queda claro ;-) Así pues, es una forma sencilla de obtener información del rpm, mediante un menú contextual de Dolphin.

En GNOME desconozco si existe algo así, si alguien sabe de algo ;-) No creo que sea difícil adaptarlo el script para nautilus, ya que en esencia es sólo un lanzador un poquito especial.

Saludos :-)

Repositorio Codecs Para Mandriva 2011 (Solución Temporal)

Bueno, tercera vez que reescribo el post, al fin MIB ha decidido conservar los repositorios hasta que Mandriva añada el repositorio Stricted
Toda la información para instalarlo en la web de MIB

Saludos :-)

Solucionar Consumo Excesivo de RAM Con Clementine En Mandriva 2011

Hola :-) Llevo bastantes días mosca con un bug muy molesto con el reproductor de audio Clementine, versión 0.7.1 bajo Mandriva 2011.0. El caso es que cuando cierro totalmente el reproductor (no que se quede minimizado en la bandeja de entrada) resulta que la ventana sí se cierra, pero el programa NO se cierra completamente, y además empieza a consumir excesiva memoria RAM de nuestro ordenador.

Parece ser que el problema está en Clementine y las nuevas versiones de la tarjeta de nVidia, y está afectando a muchas distros linuxeras. He ido a la web de informe  de fallos de Clementine y me han dado la solución. Os cuento, para hacerlo sencillo para todos/as, pasos a seguir:

  1. Presionad las teclas ALT+F2.
  2. Copiad y pegad la siguiente línea:

    kdesu kate /usr/share/applications/clementine.desktop
  3. Buscad la línea que pone:

    Exec=clementine

    Y reemplazadla por ésta otra (haced copy & paste)

    Exec=env __GL_NO_DSO_FINALIZER=1 clementine
  4. Guardad los cambios y cerrad Kate

Ahora cuando vuelvas a iniciar Clementine no tendrás éste problema. Al parecer en las nuevas versiones Git de Clementine ya no ocurre, pero por ahora son inestables y traen otro tipo de problemas.
Ésta solución sirve perfectamente para muchas distros linuxeras que tengan éste problema, los pasos son los mismos, salvo que si usas GNOME harás gksu gedit en vez de kdesu kate en el PASO 2.

Saludos :-)

Page 1 of 1512345...10...Last »