Bien... bien...
Vayamos por partes, (como dijo "Jack el Destripador")
=======================================================================
Post by FRANCISCO CUENCA ACUNAAaaaaa sigo pensando que los RPM (o cualquier manejador de
modulos) son una buena cosa y necesaria. Tambien se que todabia no son una
cosa optima y cuando tus dependencias se van a la mierda estas sonado (rpm
--force).
En cuanto al kernel, por supuesto que RH no inventa nada y todo se
baja recurriendo a N sitios. Pero si a vos te interesa usar el kernel y no
jugar con el kernel me parece que es conveniente usar algun tipo de manager
Tambien acuerdo con vos que si lo que te interesa es especializar
tu kernel para que soporte to chipset SIS y tu NIC con tulip(en modo
duplex) entonces seguro que queres ajustar las tuercas vos mismo. Pero si
tu intenciones es usar ese kernel en 16 maquinas a la ves entonces te va a
interesar uno que ande bien en todas.
Saludos
Matias
PD:Bajo nigun motivo quiero iniciar un flamefest, solo me parecio que
recomendar a la gente que no usaran rpms no era del todo correcto
=========================================================================
Si... Y no...
Coincido a pleno que para optimizar un sistema muy "customizado", (como
me gusta esa palabra...),
No hay nada mejor que "ajustar las tuercas a gusto", pero... si ademas
podemos
hacerlo conservando un sitema en armonia para un posterior mantenimiento
mas
liviano de laburo mejor, (aclaro que no escribo desde Santiago del
Estero)
Que quiero decir con esto. Que un manejador de paquetes (de paquetes
correctamente
armados), es un amigo fiel.
En este caso entonces la culpa no es del chancho sino del que le da de
comer.
El RPM es una herramienta util y medianamente poderosa, pero la cag**
son en realidad
los paquetes rpm en si, los cuales estan armados con cero criterio en
muchos de los casos (no en todos, pero si en muchos), y respetan
(respetan?) el standard de ficheros
y otras yerbas POSIX (dije YERBAS, no HIERBAS... y dije POSIX, no
POXI-RAN), igual que
a un semaforo en ROJO a las 3 de la mañana.
Por eso es que uno puede optar por los paquetes .deb (los oficiales),
sabiendo que
si no estan correctamente armados, el "manteiner" (como me gusta esta
tambien...),
va a recibir una patada en el cu**.
Ahora... si pensamos en meter cosas externas a la distro oficial que
tenemos en
nuestro sistema, existe la documentacion necesaria para que podamos
armar nuestros
propios paquetes, y dejar entrar ese software (sin otra cosa que un make
con esteroides), a nuestro sistema pero de manera prolija y con
"pasaporte".
De este modo podemos seguir usando el bendito manejador de paquetes,
agregarle
"cuerpos extraños" al sistema, y no perder en nignun momento el manejo
ordenado del
sistema de archivos, y la correcta policy de nuestra distro para futuros
usos del
manejador de paquetes.
claro esta que...
no se si los RPM's tambien lo permiten asi...
Disculpen pero ultimamente me he vuelto un adicto al pure de "POTATO"
(sigue abajo un poquito mas...)
=========================================================================
Post by FRANCISCO CUENCA ACUNAPost by Carlos Charlie NavarroPost by Francisco Matias Cuenca-AcunaNo me parece que los RPM sean una cagada, mas aun en el caso de
los kernels red hat es mucho mas conveniente (comparado con los tar) porque
de fabrica viene pichicateados (ej: el raid de los kernels 2.2 es el que
esta va a ser entregado en la version 2.4). Ademas si tu plataforma es RH
te aseguras que todo va a estar en la posicion correcta asi subsecuentes
patches andan OK
Estimado Matias, vamos a aclarar algo, RPM es una cagada.
En teoria no deberia haber pichicateos ya que es software libre y deberias
conseguir lo mismo parchando a gusto tu kernel hasta que este pueda hacer pororo.
Para el raid o LVM bajas el kernel de ftp.kernel.org y de sistina.com los parches
y los utilitarios y magicamente y por tu propia mano tenes un kernel 2.2.x o lo
que sea con soporte de RAID o LVM.
Si uno tiene cuidado y tiene una distro "La pindonga" puede parcharla ad-nauseam
para que paresca otra distro o una BeBox.
Ademas los kernel de las distro vienen cosas que no necesitas, yo uso SuSE asi que
mi kernel en rpm biene compilado por modulos para todas las placas de red y SCSI
que el kernel soporta, para que si yo tengo un 486 con una NE200 y un modem sin
disco y booteo de la red? Ni hablar de un ruteador que tiene 6 placas de red del
mismo tipo y con IDE pero debo tener CBQ activado?
Por alguna razon la cual no entiendo termino instalando rpm con opciones "-Uvh
--force --nodeps" que es como si no tubiera rpm ya que de otra manera las
dependencias me matan.
No se si los .dev es mejor, solo se que aptget se encargara de instalarme las
dependencias, de todas maneras prefiero los fuentes y compilarlo yo a todo.
Puede que RPM fasilite a muchos el mantenimiento de un sistema. Pero si requiero
exprimir mi linux al maximo ni rpm, ni aptget te va dar lo mismo que make.
Post by Francisco Matias Cuenca-AcunaEn cuanto a RPM4, se puede conseguir un RPN en version 3 para
instalarlo, el unico truco es que tenes que hacer un rebuild de la base de
datos.
Yo utilizaria ese que traduce de rpm a dev y comenar a tener un sistema mas
debian. Yo estoy en esa proceso. Apesar de que SuSE esta basado en rpm.
Charlie
=========================================================================
No estaria tan mal, pero entre otras cosas lo malo de estos engendros o
"pichicateados",
esta esa "utilidad" que te busca rpm's de manera irresponsable por
Internet,
con lo cual te terminas bajando quien sabe que cosa, armado por quien
sabe quien,
y conteniendo quien sabe que...
Por otro lado...
Los kernel de las distros vienen como...?
Perdonen mi ignorancia... pero... Son otros diferentes...?
No lo haces a tu medida y necesidad cuando lo compilas sea la distro que
sea?
Y... al que le guste hacer make por control de que y como lo instala,
rpm
apt-get, dpkg, no hacen otra cosa que make... pero de manera mas
dinamica.
y sus MakeFile's los podes tocar al armar el paquete (al menos si es
.deb)
con los rpm no me meto porque no es agradable ponerte a re-armar
correctamente
el 90% de la distribucion para que se instale coherente y ordenada...
Perdon por el "choclazo" de mail... pero hacia como un año que no
participaba de la lista.
prometo ser mas breve en los proximos...
Slds.
Pablo Medrano
(K-maleon)
PD: Es lindo estar de vuelta entre amigos...