Archivos de Tags: Linux - Paginas 5

Prefiero Empaquetar RPM Antes Que Debian

Hola, supongo que ya llevo una cantidad razonable tanto de tiempo como de programas empaquetados en rpm y deb como para poder tener una opinión de ambos formatos, aun no siendo empaquetador oficial de ambos. La cuestión es que después de muchos programas empaquetados prefiero el formato RPM, y las razones (entre otras) son:

  1. Con rpm sólo nos hace falta un fichero .spec para especificar todas las órdenes para empaquetarlos; mientras que en Debian son multitud de ficheros: el control para la descripción del paquete/s, las dependencias, la versión, arquitectura, sección, mantenedores, etc… Luego el fichero rules en donde especificamos como compilar e instalar el programa, si lo debemos dividir en varios paquetes y como quedan divididos, el uso de todos los dh-scripts necesarios. Luego necesitamos tantos ficheros de tipo dirs  e installs como subpaquetes tenga el programa a empaquetar, especificando en cada uno de ellos las rutas en donde quedarán instalados todos los ficheros. Bueno por no contar los tropocientos README, Changelog, los emacs* (casi nunca utilizados), etc, etc… Todo eso con rpm lo podemos tener en el mismo fichero spec de forma clara y concisa, ya que viene por secciones.
  2. Debian tiene no se cuántos métodos diferentes de empaquetación: pbuilder, cdbs, dpkg, etc… y ninguno de ellos viene con un tutorial claro de cómo empaquetar programas multipaquetes, los empaquetadores oficiales de Debian y Ubuntu no dan instrucciones sobre ello claras y concisas, es como que no quieren hacerlo. Bueno los de Ubuntu, muchos de ellos ni saben, sólo toman prestados los ficheros de empaquetado de Debian.
  3. En Debian se tiende demasiado al multipaquete, una táctica a día de hoy totalmente obsoleta, ya que los ordenadores de hoy en día cuentan con suficiente capacidad en el disco duro como para poder instalar todo. Sólo veo útil el multipaquete para separar el programa de sus librerías de desarrollo, pero no lo veo útil para separar otras características de los programas, como documentación, archivos e-macs, etc. Además, lo vería útil si la multiempaquetación vieniese lo suficientemente documentada, cosa que no sucede.
  4. Otra cosa que no me gusta, es que cada empaquetador se saca su propia forma de empaquetar dentero de un mismo método, con lo que todo se convierte en un caos tremebundo.
  5. Lo de que los debs son más seguros y fiables que los rpm es algo de lo que me parto de risa. Los paquetes como tales son igual de seguros, ambos se pueden firmar de la misma forma en los repositorios, pasarles el md5sums y lo que quieras; de hecho eso es lo que se hace.  Otra cosa es el control que se lleven de los paquetes por parte de los empaquetadores oficiales y la seguridad de los repositorios, y eso es obvio que no tiene nada que ver con los paquetes en sí.  Y otra cosa es qué es más seguro si rpm o apt, pero eso no compete al empaquetador, sino al/los desarrollador/es de rpm y apt.
  6. La estructura de los directorios para empaquetar RPMS es mucho más clara. tenemos más directorios, sí, pero cada uno cumple su función, swólo se crean una vez y tú sólo pones a manos las fuentes en SOURCES y el .spec en SPECS, todo lo demás se encarga el rpmbuild de hacerlo siguiendo las órdenes del .spec. En Debian debes crear multitud de ficheros (e incluso directorios) a mano. Sirva de ejemplo que al empaquetar Octave 3.2.4 al estilo Debian llevo casi 100 ficheros creados y 2 directorios más. Con RPM sólo me ha hecho falta un fichero .spec, 2 parches y el icono del lanzador. Octave 3.2.4 ya hace días que esta empaquetado en rpm para Mandriva, con Ubuntu llevo dos días y no sale del caos que hay montado por seguir el método Debian de un empaquetador oficial de Debian.

Esto que escribo no sigue crear ninguna polémica, sólo es dar mi opinión del caos en el que hay que adentrarse para empaquetar debs, cuando con rpm sólo necesitamos un fichero .spec mas los parches (si los hay) del programa y ficheros externos (como lanzadores, iconos para los lanzadores, etc).

En fin, seguiré empaquetando  para ambas distros, porque me gusta usar Ubuntu y Mandriva, pero hacer debs la mayoría de las veces resulta muy engorroso, costoso, etc

Saludos :-)

Instala KDE 4.3.4 En Tu Mandriva

Hola, desde los repositorios de MB ya se puede instalar o actualizar tu KDE a la versión 4.3.4 para Mandriva 2009.1 y 2010.0, es una versión pública que se le puede considerar muy estable. Esta es la única forma que se tiene de actualizar tu KDE para Mandriva, ya que Mandriva no lo actualizará hasta su próxima versión de la distribución.

Para actualizarte supondré que ya tienes activados los repositorios del Mib estables, si no es así puedes consultar aquí cómo hacerlo. Ahora abre una terminal y como superusuario copia y pega lo siguiente:

PARA 2010.0 32 BITS

urpmi.addmedia MIB-Kde434_32bit --update http://mib.pianetalinux.org/KDE-4.3.4_2010.0/i686
 urpmi --auto-update  --allow-suggests --auto
 urpmi --auto-select --allow-suggests --auto

PARA 2010.0 64 BITS

urpmi.addmedia MIB-Kde434_64bit --update http://mib.pianetalinux.org/KDE-4.3.4_2010.0/x86_64/
urpmi --auto-update --allow-suggests --auto
urpmi --auto-select --allow-suggests --auto

PARA 2009.1 32 BITS

urpmi.addmedia MIB-Kde434_32bit --update http://mib.pianetalinux.org/KDE-4.3.4_2009.1/i686/
urpmi --auto-update --allow-suggests --auto
urpmi --auto-select --allow-suggests --auto

PARA 2009.1 64 BITS

urpmi.addmedia MIB-Kde434_64bit --update http://mib.pianetalinux.org/KDE-4.3.4_2009.1/x86_64/
urpmi --auto-update --allow-suggests --auto
urpmi --auto-select --allow-suggests --auto

Si estas usando GNOME y quieres probar el nuevo KDE desde Mandriva deberás ejecutar además la siguiente orden:

urpmi task-kde4

Además, antes de reiniciar sesión es recomendable borrar los directorios ocultos /.kde4 y /.pulse de vuestros directorios personales si sois usuarios de Mandriva 2009.1 y actualizáis de KDE 4.2.4 a KDE 4.3.4, para los de Mandriva 2010.0 no es necesario hacer esto.

Por último, si os sale esta orden

 urpme --auto-orphans

Contestadle que NO, eliminar ficheros huérfanos desestabiliza vuestra distribución linuxera, sea cual sea.

Fuente -> KDE 4.3.4 EN MIB
Fuente2 -> Ficheros huérfanos, gracias a darkfoss

Y eso es todo.

Saludos :-)

MathRider, Herramienta Matemática

Hola, he descubierto MathRider, es un programa basado en Java muy interesante para los matemáticos y científicos. El programa nos permite realizar tanto cálculos simbólicos como numéricos, se apoya en Yacas. Cuenta con una cantidad de plugins con los cuales podemos trabajar desde el mismo programa con Geogebra, JfreeChart para poder crear todo tipo de gráficas estadísticas (piecharts, barplots, nube de puntos, etc), JUG para crear todo tipo de Grafos o threeDXPlotMath para dibujar de forma muy sencilla todo tipo de gráficas en 2 y 3 dimensiones. Este último plug-in es el que más me gusta de todos porque contamos con una sencilla ventana para poder configurar nuestras propias funciones. Me gusta mucho que podemos dibujar fácilmente fractales, nudos, lemniscatas, cardioides, transformaciones conformes del plano complejo, campos vectoriales de ecuaciones diferenciales ordinarias usando métodos como Runge-Kutta y Euler. También conocidas superficies tridimensionales como el toro, el cono, los hiperboloides, etc,etc. Y todo ello permitiendo poder hacer animaciones.

El programa cuenta también con soporte para LaTeX y Html. En fin un buen programa que lo podemos usar desde Linux fácilmente. Yo lo he empaquetado para Mandriva y lo tenéis disponible en los repositorios de MIB. Para las demás distros instalarlo es tan sencillo como tener instalado java, bajarse el programa MathRider de la web oficial, descomprimirlo y ejecutarlo con la orden sh unix_run.sh

He hecho un pequeño vídeo del programa para que os hagáis una idea de lo que podñéis encontraros.

MathRider in Linux from Tobal on Vimeo.

A short view about MathRider program in my Mandriva

Bueno ya si os apetece contadme que os parece el programa.

Saludos :-)

Mis Primeras X Rarillas

Image Hosted by ImageShack.us

CygwinX

Hola, bueno los que me conocen más, al leer el titulo del articulillo habrán pensado que les voy a hablar de alguna desviación porno-sexual mia, pues…. ¡NI DE COÑAAAA!! ;-) Lo cierto es que el otro día no recuerdo ya ni cómo pasó, empecé a atar cabos sueltos, que si Cygwin, que si éste tendría entorno con ventanas, que si un googleo por aquí, que si una chicona por allá… y bingooo, encontré CygwinX, las primeras X que usé que ya venían de casi Linux, en realidad es un entorno gráfico basado en UniX y en GNU. Sí, Gnu es donde reside su fundador Richard Stallman, que aparte de montar el show por ahí al estilo Rumasa, también crea software muy útil y libre en el mundo científico, como: Bash, GCC, Gimp, Emacs, Bison, Maxima, Octave, Gsl o Gzip; y por supuesto GNOME. Y os aseguro que para que LinuX exista con todas las distribuciones que han nacido y nacerán, gran parte del pastel lo copa GNU.

Pero bueno volvamos al tema peña, resulta que hasta hace poco nunca supe cuál fue mi primera inmersión en Linux y el software libre, nunca veía cuál era la distro que coincidía con lo que usé por primera vez mientras estudiaba Matemáticas en la Universidad de Valencia, y mira por dónde, el otro día haciendo el tonto por la net averigüé que lo primero fue CygwinX mediante servidor. Recuerdo que había un ordenador central en la facultad, el cual abastecía a los demás ordenadores de la Facultad para los alumnos. Entrábamos desde el mismo Windows, sin máquina virtual ni pollas, le dábamos doble click a un iconito que teníamos en el escritorio del XP, introducíamos nuestro usuario y contraseña y ya estabamos logueados al estilo linuxero.

Y bueno, cuando entrábamos a ése mundo os aseguro que era para odiarlo, no sabéis lo engorroso que era navegar por ese mundo de simples X, lo coñazo que era el poder guardar en nuestros disquettes los programas que hacíamos en C o en Octave para nuestras asignaturas de Mates Aplicadas. Recuerdo que el primer año de carrera programábamos C con TurboC, y luego ya pasamos a programar C con el editor de CygwinX, que también nos servía para programar en Octave y muchos más lenguajes, y eso nos vino bien. Pero estabamos muy cabreados porque el GCC no es compatible con las librerías conio y nos daba error con órdenes que tenían getch().

Recuerdo también que fue la primera vez que vi cómo un compañero establecía contacto con otro mediante chateo por terminal, y eso me dejó flipao. Daos cuenta que estoy hablando del 94  ó 95, casi nada, el CD-ROM era casi utopía y los disquettes eran los reyes del mambo troncos.

Lo que más rabia me daba es que ningún profesor se hubiese parado a explicarnos qué era lo que estábamos utilizando y porqué, vamos que los estudiantes de matemáticas no somos jilipollas para entenderlo. Hubiese estado muy bien que nos hubiesen contado lo de la licencia libre, lo del no pirateo y demás. Pero bueno lo pasado… pasado está, pelillos púbicos a la mar ;-) Por lo menos nosotros empezamos a usar software libre, y eso no se lleva en el mundo universitario.

Os dejo con unas cuántas imágenes que he pillao de por ahí, principalmente del proyecto CygwinX. Si queréis os lo podéis instalar en vuestro Windows, el proyecto está muy enfocado al mundo científico universitario. Si os da por ver las imágenes vais a encontrar muchas cosas curiosas y reveladoras.

Y vosotros…¿cuáles fueron vuestras primeras X raras? ;-)

Saludos :-)

Hasta Lueg Kde 4.3

Hola, llevo unos días haciendo mis cosas con esta última versión de KDE y he decidido volverme a GNOME, este KDE empaquetado para Mandriva desde la web oficial de KDE es una auténtica bazofia, en los paquetes no se han molestado ni en añadir su correspondiente descripción, con eso uno ya se puede llevar una idea de que lo han hecho deprisa y corriendo. No se han molestado en empaquetar los dos metapaquetes de instalación, el minimal y el grande. Con lo fácil que era recurrir a webs como RPM Pbone y obtener el fichero spec desde uno fuente.

Pero eso sería lo de menos si por lo menos funcionase bien, pero en mi caso no es exactamente así. Al iniciarlo por primera vez obtuve casi el mismo error con la papelera que cuando lo instalé por primera vez en mi Ubuntu 2008, esta vez sí podía abrirla pero cuando vacio la papelera el icono no se renueva, ¡coño tan difícil es hacer eso! Si ya lo tienen hecho, sólo copy&paste y se acabó.

Y luego queda un problema muy grave, y es que con un dual-core con 3gb de RAM el consumo es de escándalo, se hace lento y pesado. Tampoco hay forma de que las aplicaciones GNOME y GTK se adapten bien al sistema (y ya he hecho lo que hay que hacer).  Hay cosas importantes como el Centro De Control Mandriva, Firefox o Flock que dejan de funcionar si instalas cierto tema de escritorio, como Bespin.

El escritorio es muy bonito, impresionante, pero es lento, chupa un huevo, parece que tengas instalado un puto Windows; aunque no me extraña porque sus orígenes están muy unidos a él. Su usabilidad es bastante engorrosa, cuando instalas nuevos temas no te los instala para que se acoplen al root, no te da opción de actualizarlos, y el índice que te da de disponibles es sólo de un número determinado fijo de Kde-look.

Free Image Hosting at www.ImageShack.us

Chica Gnome

En fin, que me sigo quedando con mi Gnome, que no chupa nada (mi falo sólo yo digo para quién), que es muy cómodo de usar,  y no tiene nada de feo, y pa muestra una imagen vale más que 1000 palabras, y más si son de las mias jajajaja.

¿A qué está guapa, eh? ;-)

Igual para la Mandriva 2010 lo vuelvo a probar el KDE este, pero a mi me parece que gnome le gana en lo más importante: fiable + usable + ligero. Mientras KDE no elimine la idea de parecerse a Windows, y eso empieza por deshacerse de temas como Redmond, me parece que poco tiene que hacer conmigo. Nos vamos a llevar como el culo ;-)

Saludos :-)

Page 5 of 20« First...34567...1020...Last »