Re: [gentoo-user-es] servicios

[Javier Barrio]

> ¿Significa eso que tu afirmación acerca de que «rc-update había
> quedado "oficiosamente obsoleto"» estaba completamente fuera de lugar
> (al menos por ahora), creando más confusión que certeza en la lista de
> correo? Si no es así, por favor, te ruego que lo reconsideres.

No, no está fuera de lugar. rc-update está oficiosamente obsoleto en
favor de rc-config, el cual en breve (como ya dije) se usará para
cualquier tarea relacionada con (por poner tres ejemplos) gcc-config,
binutils y opengl, aunque hay muchas más (como bash-completion). Ah, y
también sirve para php (eselect-php).

Invito a quien quiera a navegar por el código de eselect. Encontrará
maravillosas razones por las cuales usar dicho programa. La principal
es la limpieza de código que se está llevando a cabo (se han
estandarizado muchos interfaces, se han eliminado una lista increíble
de bugs). Y si no fíjate en la de código duplicado que ya no está ahí.

> RAZONES:
> · No mostrar todas las USE de un paquete es, sencillamente,
> destrozar Gentoo, y eso es lo que hace la 2.1; ya me dirás cómo
> demonios haces que te muestre la mitad de USEs que no muestra (y digo
> la mitad siendo muy optimista).

Si has leído el hilo en bugs.gentoo.org, sabrás que con añadir un
--verbose salen todas las use flags.

> suerte de que te la muestre. Si no te importa, ¿podríamos comparar?
> 75 aquí, ¿cuántas te muestra mplayer con portage-2.1?  :)
> (No vale usar trucos bash, emerge -vp a secas).

No puedo comparar porque uso xorg-x11 versión 7 (modularizada) y el
tema dependencias es otra historia. 

> ·¡Ah! y lo de la cpu y el cache al 50% (hablando de %), se produce a
> partir de un paquete de KDE, dado que no uso KDE, metes todo KDE en
> rsync_excludes y asunto resuelto, ¿no lo sabías? Lástima que ya no
> puedas probarlo, pero la actividad en el disco no se detiene ni
> "Updating Portage cache: ..." se ralentiza comiéndose toda la CPU. No
> tengo absolutamente nada en contra de KDE, es más, lo siento por
> quienes no puedan excluírlo.

¿Y si quiero usar KDE y no sufrir el bug? Portage 2.1 soluciona el
asunto.

> P.D.: Por cierto, no dije nada en un principio, pero lo voy a decir
> ahora... Con respecto al comentario que hiciste acerca de uno de mis
> correos, de no ser necesario ejecutar como root un comando y que basta
> con añadir el path completo... Eso es cierto siempre y cuando uno sea
> un mal administrador (aka root) de un sistema, o si el sistema
> únicamente lo usa una sola persona. Tengo un sistema que usamos tres
> personas y un chmod como root impide que use fdisk (por ejemplo)
> cualquiera de nosotros. Te aseguro que el chmod no afecta en
> absoluto los mtimes de emerge ;)
>

Jajaja, pero como te quemas chaval xDD, te has quemado araña, esta vez
te has quemado xDDD

Cualquier usuario del sistema puede ver el hardware PCI instalado
accediendo por /proc o en algunos casos por /sys. Y también puedes
bajarte una copia del código de lspci, compilarlo y ejecutarlo en tu
entorno. Y si te han capado el acceso a gcc, te puedes bajar una
versión compilada estáticamente.

Diles a los desarrolladores de Gentoo, Debian u otras que son malos
administradores por no hacer un chmod o-rx de fdisk o lspci a ver lo
que te responden ellos xDD

Si me dan a escoger entre rc-config y rc-update, elijo rc-config y por
tanto eselect.

Un saludo a todos!
-- 
Por una UE sin PATENTES - http://EuropeSwPatentFree.hispalinux.es
GnuPG key ID 0x6D2FF8B5 @ pgp.escomposlinux.org
Gentoo Linux on x86|sparc
http://fluzo.org/

-- 
gentoo-user-es@g.o mailing list