Archivos de Categoría: Mandriva

Empaquetando Para Mandriva

Hola, desde la semana pasada he empezado a empaquetar para los repositorios Contrib de Mandriva, tanto en la rama 2011 como en la de desarrollo de 2012. Por ahora lo he hecho con uno fácil de empaquetar, el Geogebra en su versión 4, lo he añadido tanto a 2011 como a 2012 (Cooker), ya que estaba bastante desactualizado. También he modificado el paquete Spyder, añadiéndole un lanzador del cual adolecía.

En general la experiencia ha sido satisfactoria, aunque bastante liosa, debido a que los tutoriales de Mandriva Wiki están un poco desfasados.

La razón de este giro se debe sobretodo a que estoy bastante decepcionado con MIB y su actitud, la cual ha pasado a ser demasiado prepotente para mi gusto. Al parecer se han alineado con ROSA-LABS para hacer otra especie de Mageia, negándose en rotundo a subir mis paquetes al repositorio de MIB 2011 o darme permisos de subida. Me han dicho que Mandriva va a desaparecer, que está en la bancarrota, bla,bla,bla…

Vamos, las mismas historias de las que hablan en Mageia, pero lo cierto es que los repos de Mandriva 2011   y 2012 no paran de actualizarse día tras día en su rama Contrib/Backports. Ya llevan los de MIB con estas historias desde mucho antes de Navidad, y es que ven la posibilidad algunos de ser empaquetadores oficiales de Mandriva (con un sueldo) y endiosarse más si cabe.

Por mi parte, debido al desprecio de mi trabajo en MIB que llevo sufriendo desde hace meses paso de MIB, por decirlo suave. En el FTP de MIB llevan esperando casi 1 GB de programas científico-matemáticos empaquetados por mi, los cuales no quieren subir a los repositorios porque no les da la gana. He invertido mucho de mi tiempo libre empaquetando los programas y me jode que luego ni caso. Es tal la soberbia en la cual están inmersos que arreglé y actualicé un error grave con los drivers Nvidia y Mesa y luego no hicieron ni caso.

Puede ser que Mandriva entre en breve en bancarrota, o puede que no, pero empaquetando para Mandriva he encontrado que nadie censura mis paquetes sin más.

Saludos :-)

Dibujar Funciones A Trozos Discontinuas Con Sagemath

funcion1

Hola, hace tiempo que quería saber dibujar funciones a trozos discontinuas con algún software matemático, pero la falta de tiempo libre y las ganas siempre ganaban. Hoy he tenido tiempo para investigar un poco.

Primero lo he intentado con WxMaxima, pero me unía las discontinuidades con el comando wxplot2d, lo he solucionado cargando el paquete draw, pero el código es demasiado largo. Me  he ido a Sagemath mediante la ejecución de Cantor, y he obtenido resultados óptimos y con muy poco código. Definitivamente Sagemath es de lejos el mejor software matemático actualmente, junto con Geogebra. Los dos son libres y muy bien presentados.

Veamos un  par de ejemplos,

f(x)=    \begin{cases}    4 & \mbox{si}\quad x<-2 \\    -2x & \mbox{si}\quad -2\le x\le 0 \\    x^2+1 & \mbox{si}\quad x>0    \end{cases}

Esta función presenta una discontinuidad de salto finito. La definiremos en Sagemath con el comando Piecewise, y la dibujaremos con el comando plot. Aquí el código:

x=var('x');

f=Piecewise([[(-5,-2),4],[(-2,0),-2*x],[(0,5),x^2+1]])

f.plot( ).show(xmin=-4, xmax=4, ymin = 0, ymax = 5, aspect_ratio=1)

Veamos un último ejemplo con una función a trozos que presenta una discontinuidad de salto infinito, la función es la siguiente:

f(x)=    \begin{cases}    \frac{1}{x} & \mbox{si}\quad x<0 \\    \sqrt{x} & \mbox{si}\quad x\ge 0 \\    \end{cases}

Para dibujarla utilizaremos los dos comandos anteriores junto con la suma del comando line para dibujar las semi-asíntotas verticales y horizontales, coincidente con los ejes. El código es:

g=Piecewise([[(-5,0),1/x],[(0,5),sqrt(x)]])

g.plot( xmin=-4, xmax=4, ymin = -5, ymax = 5, aspect_ratio=1,detect_poles='show')+ line([(0,-5), (0,0)],color='red',linestyle='--',thickness='2')+ line([(-5,0), (0,0)],color='red',linestyle='--',thickness='2')

Y los resultados son los siguientes:

Saludos :-)

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 :-)

Page 1 of 1612345...10...Last »