Newsgroup: it.comp.os.linux.sys
Titolo: kernel da srpm

Sto valutando di ricompilare il kernel con il pacchetto srpm di redhat (per
semplificare la gestione di più macchine ) e mi sono posto il seguente
interrogativo :
- sino ad oggi ho compilato il kernel dai tarball e con make menuconfig
potevo selzionare nel dettaglio tutte le caratteristiche che doveva o non
doveva avere il mio kernel -> è possibile farlo anche con i srpm??
Qualcuno adotta questa soluzione ?
ciao Stefano
--------------------------------
Inviato via 
http://usenet.libero.it

 ha scritto nel messaggio
news:217Z169Z109Z214Y...@usenet.libero.it...





 doveva avere il mio kernel -> è possibile farlo anche con i srpm??
Non so come funziona con gli SRPM, pero` puoi installarti il kernel che
vuoi (il kernek-source di RH o il tarballone di 
kernel.org
),
compilartelo e poi costruirti un RPM inserendoci il kernel e i moduli,
cerca negli Appunti di Informatica Libera il capitolo 22.3

vuoi (il kernek-source di RH o il tarballone di 
kernel.org
),
Secondo voi, in un ambito di produzione, č meglio usare kgcc (cioč gcc
2.91) o il gcc 2.96 fornito in RH 7.2 č ormai affidabile? (dovrebbe
essere la release 94 o qualcosa del genere).
-- 
"L'Italia č un interessante esempio di avanguardia teatrale" (Gore Vidal)
Per rispondermi, ricordati di togliere il 
nome del poeta e il trattino.

 essere la release 94 o qualcosa del genere).
No, e` una 95++.
L'ultimo gcc 2 ufficiale dovrebbe essere il 2.95, che
RH ha "mutato" in 2.96, per vari problemi interni (ad RH).
Il problema e` che sia 2.95 che 2.96 hanno dei grossi
limiti, il primo in termini di ottimizzazione, il secondo
in termini di "stabilita`".
Pare che` il 3.1/3.2 sia gia` meglio, pero` non saprei se
e` valido per "produzione".
bye,
-- 
  Piergiorgio Sartor

 in termini di "stabilita`".
Quelli del 2.96 *dovrebbero* essere stati risolti con le ultime revisioni..
Io ci ho compilato M-scassa'u'cazz'sul'2.96-Player e va tranquillamente 
senza problemi..
-- 
il Vide - ICQ# 5301833
IAMM - it.arti.musica.metal 
IAMMol webzine: 
http://www.iammol.com

 senza problemi..
Si, sembrerebbe.
Comunque io uso senza problemi il 3.1 di Rawhide,
la versione 10 (3.1-10, l'ultima prima del 3.2-1),
pare funzionare egregiamente.
Sto seriamente pensando di passare a 3.2, ma non
sono ancora sicuro dello stato delle cose...
bye,
-- 
  Piergiorgio Sartor

 sono ancora sicuro dello stato delle cose...
Se programmi in c++ vale la pena di effettuare il passaggio dato che
ora l'ABI non dovrebbe più essere modificata.

 ora l'ABI non dovrebbe più essere modificata.
Hanno modificato solo quello?
Perche` leggevo che volevano spingere l'ottimizzazione
per varie architetture, specie Pentium, e non mi sono
troppo fidato, dato l'alto numero di bug report che si
trovano su questo argomento...
bye,
-- 
  Piergiorgio Sartor

 essere la release 94 o qualcosa del genere).
Imho e` sempre meglio utilizzare kgcc o gcc 3.x, poi ovviamente sono
delle scelte
Henryx
-- 
GnuPG fingerprint = 42F9 521B 63C7 89FE 354C  89FA 4E49 3E2D 2EB6 B014

RH ha "mutato" in 2.96, per vari problemi interni (ad RH).
Parlavo della sub-release di RedHat, che a partire da 2.96.n, con n mi
pare maggiore di 84, dichiara di aver risolto i problemi.
-- 
"L'Italia è un interessante esempio di avanguardia teatrale" (Gore Vidal)


 pare maggiore di 84, dichiara di aver risolto i problemi.
Uhm, puo` essere, dicono che sia cosi`...
Comunque sono arrivati alla 112... :-)
Un motivo ci sara`... :-)
bye,
-- 
piergiorgio

 Hanno modificato solo quello?
Si`, il 3.2 e` il 3.1.1 con la nuova ABI per il C++
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
"La Via prosegue senza fine."
	Bilbo Baggins - Il Signore degli Anelli - J.R.R. Tolkien