Actualizando Mandrake vía urpmi

Este articulo es un remix del articulo original[*] de HnZeKtO, y los comentarios de:

• advocatux
• NoP
• luca
• ohzaru
• PnJ
• presi
• sinner

[*] publicado en Libertonia el 4 de Nov de 2003.

Es de sobra conocidos por todos o casi todos, el método de actualización vía internet que tiene la distribución Debian GNU/Linux, el famoso y potente apt. Con él, mediante una serie de sencillas instrucciones puede tener tu sistema actualizado.

Bueno, pues en Mandrake Linux, a partir de la versión 8.x viene de serie su propio sistema de actualización del sistema, urpmi.

Con este artículo lo que pretendo es más o menos explicar cómo pasar de una versión anterior de Mandrake a la última versión 9.2, esto es extrapolable a cualquier versión de Mandrake realizando unas pequeñas modificaciones en las direcciones de los medios.

Pues manos a la obra. Lo suyo es empezar por eliminar cualquier medio que existiera anteriormente, esto es lo recomendable, aunque también se pueden mantener algunos medios y luego seleccionar los que se desea para actualizar el sistema. Para eliminar todos los medios ejecutamos como root:

[root@BlogDRAKE ~]# urpmi.removemedia -a

Y ahora tocaría ir añadiendo los medios que corresponden a la versión en cuestión, en nuestro caso, Mandrake 9.2. Se puede hacer de dos formas, o bien añadimos los medios mediante urls HTTP o FTP, o bien nos descargamos las ISOs de la distribución y las usamos como fuente. Lo suyo es usar las URLs, así se puede añadir también los medios de contrib y el nuevo jpackage (multitud de paquetes relacionados con Java).

Se puede utilizar el Easy Urpmi, para generar todos los medios disponibles a partir de varios mirrors FTP o HTTP, pero yo prefiero seleccionar un mirror FTP cercano y buscar las urls a manita, cuestión de manías y costumbres, porque ya lo hacía así desde antes que existiera el Easy Urpmi.

Primero toca añadir el medio principal de Mandrake 9.2:

[root@BlogDRAKE ~]# urpmi.addmedia mdk92.main
 ftp://ftp.rediris.es/mirror/mandrake/9.2/i586/Mandrake/RPMS
 with ../base/hdlist.cz

Ahora el respectivo del contrib que tiene los paquetes que no se incluyeron en la distribución de 3 CDs de la Download Edition principalmente por motivos de espacio.

[root@BlogDRAKE ~]# urpmi.addmedia mdk92.contrib 
ftp://ftp.rediris.es/mirror/mandrake/9.2/contrib/i586
 with ../../i586/Mandrake/base/hdlist2.cz

Y por último el contrib jpackage, si es que nos interesa.

[root@BlogDRAKE ~]# urpmi.addmedia mdk92.jpackage
 ftp://ftp.rediris.es/mirror/mandrake/9.2/contrib/jpackage/i586
 with ./hdlist.cz

Una cosa a tener en cuenta, es que podemos usar los synthesis.hdlist*.cz, que suelen ocupar bastante menos, porque lleva menos información sobre los paquetes (descripciones y demás cosas irrelevantes).

En el caso de que se haya optado por usar las ISOs, se puede montar en modo loop y añadirlas como si fueran repositorios locales:

[root@BlogDRAKE ~]# mkdir /mnt/mdk1 /mnt/mdk2 /mnt/mdk3

[root@BlogDRAKE ~]# mount -o loop -t iso9660 Mandrake-9.2-CD1.i586.iso /mnt/mdk1

[root@BlogDRAKE ~]# mount -o loop -t iso9660 Mandrake-9.2-CD2.i586.iso /mnt/mdk2

[root@BlogDRAKE ~]# mount -o loop -t iso9660 Mandrake-9.2-CD3.i586.iso /mnt/mdk3

[root@BlogDRAKE ~]# urpmi.addmedia mdk92.cd1 file:///mnt/mdk1/Mandrake/RPMS 
with ../base/hdlist1.cz

[root@BlogDRAKE ~]# urpmi.addmedia mdk92.cd1 file:///mnt/mdk2/Mandrake/RPMS2 
with /mnt/mdk1/Mandrake/base/hdlist2.cz

[root@BlogDRAKE ~]# urpmi.addmedia mdk92.cd1 file:///mnt/mdk3/Mandrake/RPMS3 
with /mnt/mdk1/Mandrake/base/hdlist3.cz

Ahora toca la llamada maestra de actualización global del sistema, primero lo ejecutamos en modo test para asegurarnos que no van a existir problemas y luego a darle caña:

[root@BlogDRAKE ~]# urpmi --test --auto-select --media mdk92.main mdk92.contrib mdk92.jpackage

Los media pueden cambiar en caso de que se haya elegido usar el repositorio local.

Y si es posible la instalación:

[root@BlogDRAKE ~]# urpmi --auto-select --media mdk92.main mdk92.contrib mdk92.jpackage

Después de un tiempo descargando (en el --test) y actualizando el sistema, solo bastará con reiniciar y comprobar que todo funciona perfectamente.

Un problema que yo me he encontrado ha sido al pasar de Mandrake 9.1 a 9.2, con los paquetes de KDE 3.1.3, que ahora están mucho mejor estructurados y separados por programas, mientras que antes era más por paquetes de programas relacionados, así que me encontré con que me faltaban cosas como el konsole o kmail, pero nada que no se pudiera solucionar con un urpmi konsole

Ni que decir tiene, que con esto nos ahorramos los problemas que han surgido con las unidades de CD de marca LG, ya que podemos instalar una Mandrake 9.1 cortita, y luego actualizar a 9.2 vía urpmi :)

curl ftp://servidor/imagen.iso | cdrecord tsize=tamaño data -

urpmi.addmedia mdk92.plf ftp://ftp.cica.es/mirrors/Linux/plf/mandrake/9.2 with ./hdlist.cz

alias urpmi.addmedia='urpmi.addmedia --wget'
alias urpmi.update='urpmi.update --wget'
alias urpmi='urpmi --wget'

# gpg --recv-keys --keyserver www.mandrakesecure.net 22458a98

#gpg --export --armor 22458a98 > 22458a98.asc

#rpm --import 22458a98.asc

$ du -s /media/mandrake/9.2/i586

2,6G    /media/mandrake/9.2/i586

$ du -s /media/mandrake/9.2/contrib/i586/

2,7G    /media/mandrake/9.2/contrib/i586

Tras actualizar, no me funciona TAL-CUAL programa

Cuando se actualiza cualquier programa de servidor/demonio/servicio, por ejemplo samba, squid, mysql, apache... cabe la posibilidad que la vesion actual cambie algo de la configuracion por defecto.

Y dicho cambio puede que resulte en que el servicio/demonio deje de funcionar o no funcione como antes.

Al actualizar ese demonio/servicio, puede pasar alguna de estas 3 cosas:

1. te cree un fichero de configuracion por defecto y te mueva tu fichero de configuracion a uno con el nombre tipo foobar.old o foobar.conf.old o similar.

2. te cree un fichero de configuracion por defecto con el nombre tipo foobar.new o foobar.conf.new o foobar.conf.rpmnew o similar. Corres el riesgo que con el fichero de configuracion antigua, ese servicio/demonio no te funcione con la nueva version.

3. que la actualizacion no cambie nada.

Cuando uses Linux para dar algun servicio (usando un demonio o 'programa servidor' o como lo llames), y lo actualices, debes de prestar atencion a su actualizacion. Leete el log resultante.

El log de instalacion, des-instalaciones y actualizaciones de porgramas via urpmi/rpmdrake/MandrakeUpdate lo tienes en /var/log/urpmi.log

Por ejemplo, yo actualice Samba y mira el mensaje que me dejo en /var/log/urpmi.log

bla bla bla

bla bla bla

En resumen, que con Mandrake sea facil dar servicios no quita que te cargues de responsabilidad. Y, como ves, todas las acciones quedan escritas en un log, por lo que es facil saber por que falla algo y como arreglarlo.

Salut,

Sinner

Actualización fallida: paquetes que impiden a otros actualizarse

Actualizar Mandrakelinux de una versión previa a una nueva.

Actualizando el sistema

Primer método de actualización (1)

Segundo método de actualización (2)

Problemas que pueden surgir tras la actualización

Pruebas realizadas

• Mandrake 8.2 Download Edition configurado con fuentes contrib y updates (vía método 1 y 2): el sistema, configurado como uno de escritorio quedó impracticable usando el método 1 por la no actualización algunas librerías y parte del sistema (no se actualizaron ni KDE ni GNOME ni ninguno de sus componentes). Usando el método 2 prestando atención a los paquetes que se actualizan y cuales no para justo después arreglar la situación, dejó un sistema funcionando casi a la perfección.
• Mandrake Prosuite 9.0 configurado sólo con la fuente updates (vía método 1): el sistema se encontraba configurado como servidor web y de correo, con X-Window y icewm como gestor de ventanas. La actualización funcionó a la perfección.
• Mandrake 9.1 PowerPack con fuente updates (vía método 1): configurado como escritorio y sólo con el gestor KDE instalado. Sólo surgió un problema cuya causa fueron los drivers binarios de NVIDIA que al no poder ser actualizados en principio, no funcionaron con el nuevo kernel. Tuvo un arreglo sencillo tras la instalación.
• Mandrake 9.1 Download Edition con fuentes updates, contrib, plf, unsupported y otras del MandrakeClub (commercial, test-rpms, fresh-rpms) (vía método 2 usando fuentes main, contrib y plf): configurado también como escritorio, con KDE, GNOME y WindowMaker, tuvo diversos problemas tras la instalación. Algunos programas instalados desde fuentes diversas no funcionaron correctamente (entre ellos Evolution y algunos componentes de GNOME). Se solucionó desinstalándolos y volviéndolos a instalar.

Consejos para instalar de cero y facilitar la actualización

• Siempre es recomendable (sino imprescindible) hacer el correspondiente backup de todos aquellos datos importantes contenidos en el PC antes de realizar la instalación de un nuevo sistema operativo.
• En el momento de realizar las particiones para la distribución, resulta interesante disponer de al menos tres particiones independientes, una para /home (cuentas de usuario), otra para /etc (ficheros de configuración), y una tercera, que podría dividirse en más según preferencias, para /. ¿Qué facilita esto? Por ejemplo, que si una actualización futura no se realiza con éxito y obtenemos un sistema impracticable, podríamos instalar otra versión de cero reutilizando el contenido de las particiones /etc y /home. Seguiríamos manteniendo nuestros ficheros de configuración del sistema, de los usuarios particulares, y el contenido de las cuentas de los usuarios.
• A la hora de instalar software extra en el sistema debe tenerse en cuenta si entra en conflicto o sustituye software de Mandrake. Por regla general, utilizando las fuentes de software main, contrib, de actualizaciones(updates) y plf no surgen problemas. Dichas fuentes están siempre disponibles con cada nueva versión de Mandrake, lo que suele permitir una actualización correcta de todos los paquetes RPM instalados. Si instalamos software desde otras fuentes alternativas puede ocurrir que posteriormente no se actualice de forma correcta dicho software. Ni qué decir tiene, que el software que no figure en la base de datos RPM (porque se haya instalado a mano desde los fuentes por ejemplo) no será actualizado de forma alguna. El estado en que quedará ese software es impredecible. Conviene por tanto, que de instalarse software así, o de fuentes de paquetes RPMs alternativas, se desinstale antes de la actualización del sistema.
• A veces de una versión a otra, los CDs de Mandrake no contienen exactamente los mismos programas empaquetados. Además la fuente main de software suele disponer incluso de más programas y paquetes que los CDs. Esto puede provocar que actualizar desde CD no sea la opción ideal. Los que dispongan de una buena conexión de red no deberían dudar en actualizar el sistema antiguo a la nueva versión usando las fuentes main y contrib tal y como se ha explicado anteriormente.
• Cuando existen cambios de versiones importantes en los programas, la actualización suele fallar. Por ejemplo, en una Mandrake 8.2 la versión de KDE instalada es la 2.2, y en la 9.2 es 3.1. Y no se actualiza KDE. Esto es así porque los nuevos paquetes de KDE en ese caso no se consideran actualización de los antiguos sino paquetes de programas diferentes. Suele ser recomendable que en caso de querer instalar la nueva versión, se desinstale primero la antigua. En el caso de actualizaciones del kernel esto sucede siempre. Una nueva versión del kernel, aunque sea un cambio menor, siempre es diferente. Pero, de un tiempo a esta parte, ya no requiere de la desinstalación del anterior porque los paquetes del kernel ya van configurados de forma que la instalación de uno nuevo no entre en conflicto con los que estén instalados.

Cuadro 1 Bibliografía y Enlaces

Cambios en el proceso a tener en cuenta para versiones posteriores de Mandrakelinux

• Mientras que la versión 10.0 sigue ubicando las firmas de las fuentes de software en la misma ubicación que la descrita anteriormente (~/10.0/i586/Mandrake/base), para la versión 10.1 cambió la estructura interna de la distribución.
  Tanto las fuentes oficiales como sus archivos de firmas se localizan en sitios diferentes. Las fuentes de software oficiales están en 10.1/i586/media/ y los archivos de firmas y descripción de contenido de los fuentes (pubkey y hdlist) los encontraremos ahora en 10.1/i586/media/media_info/

instalando mandriva-kde-config-common-2007-28mdv2007.0.noarch.rpm desde
/var/cache/urpmi/rpms
Preparando...                    #############################################
Installation failed:
        file /usr/share/sounds/mdv-startup.wav from install of
mandriva-kde-config-common-2007-28mdv2007.0 conflicts with file from package
mandriva-kde-config-file-2006-10mdk

Solución al arranque fallido de haldaemon tras actualizar vía urpmi

rpm -e --nodeps libhal1 hal
urpmi hal

Caracteres extraños en mis archivos y sus nombres: Cómo convertir $HOME a UTF8

#!/usr/bin/perl

use File::Find;
use Locale::gettext;
use POSIX();

@ARGV == 0 || @ARGV == 1 && -d $ARGV[0] or die "usage: convert-filenames-to-utf8 []\n";
my $dir = $ARGV[0] || $ENV{HOME};

-d $dir or die "$dir is not a directory\n";

{
    my ($LC) = grep { $ENV{$_} } 'LC_ALL', 'LC_CTYPE';
    my $new_LC = $ENV{$LC};
    $ENV{$LC} =~ s/.UTF-8$//i or die "$LC=$ENV{$LC} does not contain UTF-8\n";
    POSIX::setlocale(LC_CTYPE, "");
    print STDERR "converting file names from $LC=$ENV{$LC} to $LC=$new_LC starting from directory $dir\n";
}

finddepth({ 
    wanted => sub {
	my $s = to_utf8($_);
	if ($s ne $_ && from_utf8($_) eq $_) {
	    print STDERR "$File::Find::dir: renaming $_ to $s\n";
	    my $ok = rename($_, $s);
	    if (!$ok && $! == 13) {
		my $mode = (lstat('.'))[2] & 07777;
		if ($mode && chmod($mode | 0700, '.')) {
		    printf STDERR "retrying after setting mode to 0%o\n", $mode | 0700;
		    $ok ||= rename($_, $s);
		}
	    }
	    $ok or warn "renaming failed: $!\n";
	}
    },
}, $dir);


sub from_utf8 {
    my ($s) = @_;
    Locale::gettext::iconv($s, "utf-8", undef); #- undef = locale charmap = nl_langinfo(CODESET)
}
sub to_utf8 { 
    my ($s) = @_;
    Locale::gettext::iconv($s, undef, "utf-8"); #- undef = locale charmap = nl_langinfo(CODESET)
}

cd ~/
chmod u+rx convert-filenames-to-utf8.pl
./convert-filenames-to-utf8.pl

Firefox se cae (problema relacionado con la profundidad de color o con el tema elegido)

Básicamente son dos problemas conocidos y ambos con solución:

• Firefox se cae con profundidad de color menor de 24
• Firefox se cae por incompatibilidad entre temas escogidos para KDE y gnome

  Referencia

Instalar Avidemux (plf) a pesar de dependencia mal resuelta con firefox

# urpmi avidemux --allow-nodeps

# mkdir /usr/lib64/mozilla-firefox-1.5.0.8
# cd /usr/lib64/mozilla-firefox-1.5.0.8
# ln -s ../mozilla-firefox-1.5.0.9/libmozjs.so libmozjs.so

/usr/bin/avidemux2

# mv /usr/bin/avidemux2 /usr/bin/avidemux2.original
# cp /home/usuario/avidemux2 /usr/bin/avidemux2
# chmod 755 /usr/bin/avidemux2

No puedo ver los Discos Rigidos y Particiones en Mandriva One

Probando 10.1-Community (upgrade via urpmi)

Ya he probado la 10.1. He actualizado un server que tenia la 10.0-Official

?Que tal va? Bien, bien. Pero he encontrado algunas cosillas raras.

1. al upgradear de 10.0 a 10.1, via urpmi, el sshd se paro. Existia el fichero /var/lock/sunsys/sshd pero sshd estaba muerto. Un service sshd restart y carreras. En el log me encontre esto:

Sep 17 09:29:55 sal9000 perl: [RPM] openssh-server-3.9p1-3mdk installed
Sep 17 09:29:56 sal9000 sshd: stop succeeded
Sep 17 09:29:56 sal9000 sshd: startup succeeded
Sep 17 09:29:56 sal9000 sshd[8793]: error: Bind to port 22 on 0.0.0.0 failed: Address already in
use.
Sep 17 09:29:56 sal9000 sshd[8793]: fatal: Cannot bind any address.
Sep 17 09:29:56 sal9000 sshd[2253]: Received signal 15; terminating.

2. El apache me hace el tonto.

En el log de instalacion, tenia esto:

Sep 17 09:26:03 sal9000 perl: [RPM] apache2-modules-2.0.50-5mdk installed
Sep 17 09:26:10 sal9000 ADVXctl: httpd shutdown succeeded
Sep 17 09:26:11 sal9000 httpd2: Syntax error on line 36 of /etc/httpd/conf/httpd2.conf:
Sep 17 09:26:11 sal9000 httpd2: Cannot load /etc/httpd/2.0/modules/mod_expires.so into server: /e
tc/httpd/2.0/modules/mod_expires.so: undefined symbol: ap_hook_insert_error_filter
Sep 17 09:26:11 sal9000 ADVXctl: Checking configuration sanity for Apache 2.0:  failed

Y me daba errores raros cuando lo reiniciaba el apache, hasta que mire que el error decia algo sobre /etc/sysctl.conf y vi que, efectivamente, tenia un fichero llamado /etc/sysctl.conf.rpmnew. Renombre el original a .viejo y el /etc/sysctl.conf.rpmnew a /etc/sysctl.conf. Reiniciar el apache y todo arreglado.

3. El kernel + udev. Como no, el kernel hay que instalarlo al final. Pero udev no se instala automagicamente. Para instalar udev:

urpmi kernel
urpmi udev
urpme devfsd
sh /etc/udev/scripts/start_udev
reboot

?Y porque quiero usar udev en vez de devfsd? Comparad:

Con devfsd:

[sinner@monstre ]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/ide/host0/bus0/target0/lun0/part5
                      780M  194M  547M  27% /
[sinner@monstre ]$ cat /etc/mandrake-release
Mandrake Linux release 10.0 (Official) for i586

Con udev:

[sinner@sal9000 ]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/hda1             3.5G  2.2G  1.2G  67% /
[sinner@sal9000 ]$ cat /etc/mandrakelinux-release
Mandrakelinux release 10.1 (Community) for i586

Salut,
Sinner

Problemas con sonido (mdk 10.2)

Solucion a imprimir en impresora samba desde laptop con Mandriva 2006

Solución al problema del cambio a valores extraños de hora en Mandriva Linux 2008 Spring

Descripción del problema

Solución

/sbin/hwclock -s

Sonidos en KDE

¿Alguna vez has perdido los sonidos de KDE y no sabes como recuperalos? ¿Dejastes de escuchar la trompetita de k3b? ¿la musica al entrar? Quizá encuentre aquí la solución...

Hace bien poco tuve un problema con ALSA y que también remití a la lista de newbie-es. Allí me comentaron la existencia de un bug curioso.

Resulta que existe un archivo que se llama ~/.kde/share/config/knotifyrc que contiene 3 variables que deben estar a "true" para que se reproduzcan los soniditos. Las variables son las siguientes:

Arts Init=true
KNotify Init=true
Use Arts=true

Pues bien, cuando se produce un crash de knotify o el servidor de sonido no está disponible estos valores cambian y no hay forma de cambiarlo desde kcontrol. A mi la primera y la última se me pusieron a false y las cambié a mano con un editor.

Bueno, pues hasta aquí que yo sepa. Más detalles y más cosas que tengamos que saber de todo esto, por favor a los comentarios.

[Mdk 10.0] La documentación en español no esta?

Hola.BlogDrakeros :)
Aqui expongo un pequeño fallo que existe en la instalación de documentación en español para la version 10.0 official y como lo he solucionado yo.....

Despues de instalar los paquetes:

mandrake-doc-es-10.0-5.1.100mdk
mandrake-doc-drakxtools-es-10.0-5.1.100mdk

Voy al menu > Más aplicaciones > Documentación > Mandrakelinux documentation in Spanish

Se abra un documento html en el que no figura para nada la entrada a Drakxtools.

El documento principal esta en file:/usr/share/doc/mandrake/es/index.html
y la entrada a drakxtools esta en file:/usr/share/doc/mandrake/es/Drakxtools-Guide.html/index.html

Si sabeis del todo lo que haceis, com root, editais el archivo de la entrada principal y añadis la entrada a drakxtools.

Si no, no es necesaria(pero queda mas "guay"), la cuestion es no perderse la lectura del documento sobre Drakxtools, ya que esta traducido, bueno es aprovecharlo y de verdad, para cualquier novato, tiene muuucho que aprovechar.
un simple vistazo al índice de ese documento basta para darse cuenta de lo interesante que es, explica, con todo detalle, ilustraciones y demas, como utilizar las herramientas de configuracion que han hecho famosa a Mandrakelinux.

Despues de la lectura (muy amena) de este documento, sabras desde como configurar una red, hasta como añadir repositorios de paquetes y todo en forma grafica.

Lo dicho, la entrada esta en:

file:/usr/share/doc/mandrake/es/Drakxtools-Guide.html/index.html

[Mdk 9.2] Menus de Mandrake (programas que desaparecen)

Esta pagina da solucion a estas dos situaciones:

1. En mi Mandrake 9.2 me han desaparecido los programas del menu!!
2. He instalado un programa, lo he anyadido al menu del KDE y ha desaparecido!

1. En mi Mandrake 9.2 me han desaparecido los programas del menu!!

Es un problema "conocido" y arreglado desde noviembre de 2003. Si actualizarais de vez en cuando, se habria arreglado el problema. Ver el problema explicado en MandrakeSecure.

Una pequenya traduccion:

Fecha: 18 de Noviembre de 2003

Se ha encontrado un bug en la forma que rpm bloquea su base de dadots, de forma que impide actuar apropiadamente a update-menus, lo que puede causar la perdida de entradas en los menus de KDE, GNOME, y otros Window Managers.

Os recomiendo a los dos que useis MandrakeUpdate, que para eso esta, una vez a la semana.

2. He instalado un programa, lo he anyadido al menu del KDE y ha desaparecido!

Puedes tener este rpoblema de 2 formas:

* Caso A: Has instalado un programa desde el codigo fuente (tar.gz -> ./configure -> make -> make install), modificas el menu de KDE (o de Gnome) para que aparezca el icono y... el icono desaparece!

* Caso B: Has instalado un programa desde un rpm no preparado para Mandrake, el cual crea su icono en el menu de KDE (o de Gnome)... y el icono desaparece!

En ambos casos, tienes el mismo diagnostico y la misma solucion:

El problema es que no usas las herramientas que Mandrake pone a tu disposicion para administrar el sistema.

Mandrake, al igual que Debian y Knoppix y PCLinuxOS y demas distros basadas en debioan o Mandrake, NO usan el menu del KDE ni el de Gnome ni el de XFCE ni el de BlackBox ni el de FluxBox ni el de...

Todas esas distribuciones usan menus generados dinamicamente por el programa "update-menus ".

"update -menus" es la que se encarga de mantener los menus, de tal manera que tanto en KDE como en Gnome como en FluxBox como en IceWM como en ... tengas siempre el mismo menu.

Por ello, si cambias el menu KDE, unicamente estas cambiando el menu *emporal* de KDE, que sera actualizado cada vez que update-menus se ejecute. Creo que msec y rpm y otros programas lanzan update-menus de vez en cuando y cada vez que instalas algo via urpmi.

La instalacion de programas via tar.gz o de rpms "genericos" no incluira las entradas apropiadas en el esquema de menus de Mandrake/Debian/Knoppix....

En Mandrake tienes el programa "menudrake". Es desde ese programa que debes incluir entradas a la estructura de menus del sistema.

Puedes usar "menudrake" como usuario o como administrador del sistema (root). En el primer caso, solo afectaras a los menus de tyu usuario. En el segundo, podras modificar los menus del sistema.

Salut,
SinnerBOFH

¿Transferencias USB lentas en Mandriva 2008? "nosync" tiene la culpa.

/dev/sda1 /media/hd vfat umask=0022,users,iocharset=utf8,noauto,exec 0 0

apt

Apt es el administrador oficial de Debian, pero Mandriva permite usarlo.

[root@1424ru5 dalfa]# urpmq -i apt          
Name        : apt
Version     : 0.5.15cnc6
Release     : 5mdk
Group       : System/Configuration/Packaging
Size        : 1245546                      
Architecture: i586
Source RPM  : apt-0.5.15cnc6-5mdk.src.rpm    
Build Host  : n1.mandrakesoft.com
Packager    : Michael Scherer 
URL         : https://moin.conectiva.com.br/AptRpm
Summary     : Debian's Advanced Packaging Tool with RPM support
Description :
A port of Debian's apt tools for RPM based distributions,
or at least for MandrakeLinux. Original RPM port done by and
for Connectiva. It provides the apt-get utility that
provides a simpler, safer way to install and upgrade packages.
APT features complete installation ordering, multiple source
capability and several other unique features.

Under development, use at your own risk!

[root@1424ru5 dalfa]# urpmi --noclean -v apt

[root@1424ru5 dalfa]# apt-get update
Get:1 ftp://ftp.free.fr hdlist.plf-free.cz release
Ign ftp://ftp.free.fr hdlist.plf-free.cz release
Get:2 ftp://ftp.free.fr hdlist.plf-nonfree.cz release
Ign ftp://ftp.free.fr hdlist.plf-nonfree.cz release

[root@1424ru5 dalfa]# apt-cache search urpmi
rpmtools - Contains various rpm command-line tools
urpmi - Command-line software installation tools

Experiencias con APT y URPMI

Métricas

Experiencias

- A depende de B, - este de C - este de D - este de E

- A depende de B, - y este de C - y este de D - y este de E

- A depende de B, - este de C, - este de D

Conclusiones

Nunca usar discos en Mandriva

[root@MDV2006 dalfa]# mount -o loop archivo.iso /directorio/a/montar/

[root@MDV2006 dalfa]# urpmi.removemedia -a

[root@MDV2006 dalfa]# urpmi.addmedia -v -ff urpmilocal file://mnt/mdv2006-cd1/media/main/

rpm

rpm es la aplicación sobre la cual corre urpmi, sirve para instalar archivos rpm y su uso está recomendado para usuario de nivel medio. Si lo que quieres es instalar rpms de los repositorios mejor usa rpmdrake o urpmi.

[dalfa@MDV2006 ~]$ rpm -qa

[dalfa@MDV2006 ~]$ rpm -qa | sort

[dalfa@MDV2006 ~]$ rpm -qa | sort | less

[dalfa@MDV2006 ~]$ rpm -qa | sort > archivos_rpms_instalados

[dalfa@MDV2006 ~]$ tiempo=$(date +%d-%m-%y-%X); rpm -qa | sort > archivos_rpms_instalados-$tiempo

[dalfa@MDV2006 ~]$ diff archivos_rpms_instalados-01-02-06-22\:00\:54
 archivos_rpms_instalados-01-02-06-22\:00\:24 
1c1
< acpi-0.07-7mdk
---
> acpi-0.07-6mdk
[dalfa@MDV2006 ~]$ 

urpmi checkinstall