Newsgroup: it.comp.os.linux.software
Titolo: [RH 7] E' una schifezza ?

Ciao a tutti.
Ho fatto l'upgrade da RH 6.2 a RH 7 e li hanno avuto inizio i vari
problemi.
Ad esempio devo ancora capire come mai se faccio partire linux con il
runlevel 5 e mi carica l' XDM del KDE (credo che si chiami KDM) non mi
setta la variabile PATH in modo corretto.
Inoltre da quello che ho letto  il GCC 2.96 e' un GCC sperimentale e
a problemi anche a compilare il kernel. In effetti devo ancora provare a
compilarlo ma dando solo un "make menuconfig" quando cerco di
selezionare delle opzioni mi da un bel core dumped.
Insomma ho paura che la RH stia cercando di seguire le orme di un altra
famosa azienda che sta simpatica a tutti voi ;-).
Non potevano aspettare un attimo in piu' e per esempio uscire con una
 distribuzione con il KDE 2 e il nuovo kernel 2.4 installato di default.
Cio' avrebbe giustificato il passaggio dalla 6.X alla 7.X invece di
uscire con questo aborto di distribuzione.
Sempre IMHO.
-- 
--------------------------------------            .--.
| Umberto Rovaris        EMAIL       |           |o_o |
| casa        
u.ro...@libero.it
    |           |:_/ |
|                                    |          //   \ \
|------------------------------------|         (|     | )
| Keep on rockin' in the free world  |        /'\_   _/`\
|                                    |        \___)=(___/
--------------------------------------

problemi.
Io avrei aspettato e magari fatto l'upgrade del kernel a manina,
considerato che le relase .0 della RH sono sempre state una chiavica
Thorin che vive tranquillo con la sua 6.2
super-upgradata-ed-aggiornata..


Mi rispondo da solo :-)
Bisogna usare il kgcc per ricompilare il kernel


 scriveva:

Ciao.
Il motivo per cui ho fatto l'upgrade e' un po' per curiosita' (tanto 
utilizzo linux a casa per hobby e ovviamente se lo utilizzavo al lavoro
ci pensavo molto di piu' a fare un upgrade) e un po perche' volevo
provare dei pacchetti RPM che necessitano di  una versione superiore di
GLIBC e a quel punto se volevo fare un upgrade delle GLIBC avevo
problemi di dipendenze con mezza distribuzione. 
Quindi quando e' uscita Linux & C di dicembre non ho resistito. La cosa
comica e' che mentre stavo reinstallando ho letto il problema del gcc e
delle glibc sullo stesso numero di Linux & C dove parlano delle News del
Kernel.  :-(


 
Mi spieghi come ?
Grazie.

problemi.
Sinceramente l' ho provata un po' su un PIII 500 con 64 mega di ram e
una scheda video con 16 mega e un monitor Sony trynitron 15''.
Intanto sono rimansto contento di vedere le periferiche USB inizializzate
al boot. Non ho nulla attaccato all' USB ma gia' che riconosce le porte USB
e' una cosa positiva.
Poi ho visto L' Xfree4. Sinceramente per quel poco che l' ho usato mi
e' sembrato ancora abbastanza appannato. Ho avuto la senzazione che, pur
non avendo bachi grandi, abbia ancora dei problemi. L' immagine sul mio
Sony trinitron (che e' nitidissima) risulta con delle sbavature, forse
colpa dei driver della scheda video. Pero' mi e' parso molto piu'
veloce almeno nel 2D.
Mi ha colpito molto la nuava accopiata GNOME+swafish. Devo dire che la
grafica e' veramente bella e con un winodwmanager cosi' leggero gnome va
molto piu' veloce: quasi quasi non mi dispiacerebbe usarlo. Ritengo che
in ambito casalingo o in ufficio l' accoppiata GNOME+swafish potrebbe
essere molto interessante per l' utente. Secondo me stanno facendo 
veramente un ottimo lavoro in questo senso. Va tenuto presente che
si puo' stravolgere GNOME grazie ai sui settaggi e straolgere il
proprio desktop come meglio si vuole. Anche se sembra una sciocchezza
pero' e' rilassante avere un ambiente che piace.
Osceno il il lilo grafico......potevano evitarlo.
Interessante sono tutti i nuovi programmi (come gimp per esempio)
segno che i programmatori stanno lavorando  veramente bene per
dare a noi utenti programmi validi. 
A chi ha la versioni precedenti di redhat non consiglio l' aggiornamento
che ha dato un bel po' di problemi, ma se si vuole installare una distribuzione
nuova la RH 7.0 non e' poi tutto questo male e se proprio ci sono
dei problemi si possono scaricare gli aggiornamenti o usare
software della 6.2. 
Il punto oscuro restano le GLIBC 2.2!!!! non le ho provate affato. Forse
redhat ha anticipato un po' i tempi. Come ha gia' detto qualcuno 
poteva aspettare il kernel 2.4 e una versione stabile delle glibc 2.2
per far uscire la 7.0 , ma avranno avuto i loro motivi. Anche tra le
distribuzioni c'e' molta battaglia per le quote di mercato. Io
credo sia un bene. Sperimamo che tra 3 anni non siamo qui 
a parlare della redhat 45.0 ehehehehe!!!
-- 
|~~~~~~| 
|(O>   |\  Gabriele Zucchetta 
|//\   | | 
|V_/_  | | e-mail > 
zuc...@bigfoot.com
 
|######|-      


	Sto' avendo lo stesso problema. Quindi ti scrocco la
soluzione. Pero' una domandina la faccio anch'io: come posso
cambiare compilatore ? Perche' lui di default usa gcc no ?
	Oltre a cio', avendo letto anch'io della cazzata di
inserire un compilatore test, vorrei reinstallare la
versione stabile (dalla RedHat 6.2). Ci sono dipendenze che
non soddisfa o va giu' liscio ?
	Ciao, Giovanni.
-- 
   |^^^^|
   |    |  Eat my shorts !             * Linux Powered *
   |()()| /                            - Kernel 2.2.16 -

 scriveva:

Ciao
Proprio ieri ho ricompilato il kernel oltre ad altre applicazioni ( ad 
esempio WindowMaker che quello incluso nella distribuzione mi partiva
senza la clip che si trova in alto a sinistra )e ha funzionato tutto
alla grande. :-) 
Anzi WM mi sembra piu' performante:-)
Niente, e' semplicissimo, per ricompilare il kernel con la RH7 devi 
installare il pacchetto:
	kgcc-1.1.2-40
Successivamente ho modificato il Makefile in /usr/src/linux nella riga:
	HOSTCC          =kgcc
Ho sostituito gcc con kgcc. Non ho avuto problemi a ricompilare il
kernel 2.2.16. 


una scheda video con 16 mega e un monitor Sony trynitron 15''.
Deve dire che dopo un po' di sbattimento ho risolto i vari problemini
con RH7 e tenendo conto che e' la X.0 (nel senso che anche RH5.0 e RH6.0
mi avevano dato dei problemi) non e' malaccio.
Ora devo testare la stabilita' speriamo in bene.
L'unico problema che mi rimane e' che se parto con init 5 sia se
utilizzo kde che xdm non mi carica le variabili di ambiente settate nel
.cshrc, .login, /etc/csh.login, /etc/csh.cshrc (utilizzo la tcsh ma
credo sia lo stesso utilizzando la bash).
Comunque e' un problema per me secondario visto che parto con il
runlevel 3 pero' mi piacerebbe capire il motivo di questo strano
comportamento.



Non ho capito esattamente.
Comunque ho avuto piu' problemi a ricompilare il kernel con RH6.2 che
con la 7.0.
Pero' se vuoi installare il gcc e le glibc della RH6.2 sulla 7 non e'
possibile o utlizzi la RH6.2 con le sue glibc o la RH7 con le sue.


 KGCC. Dalla query del kgcc:
	Porca zozza, continua a non compilare ! Allora, vediamo di
fare ordine. Ho impostato il link simbolico /usr/bin/cc perche'
punti a /usr/bin/kgcc. Ho modificato il Makefile in 
/usr/src/linux-2.2.16-22 cambiando HOSTCC=gcc in HOSTCC=kgcc.
	Dopodiche' faccio make xconfig, make dep, make clean e sembra
che fin qui proceda bene. Poi make bzImage mi da' errore
(ridefinizioni di variabili varie). Ho controllato e compila
con kgcc (ho righe del tipo kgcc -opzione_1 -etc.)
	Il pacchetto kgcc che ho installato e' kgcc-1.1.2-40. 
	Speriamo che me lo compilo, Giovanni.
-- 
   |^^^^|
   |    |  Eat my shorts !             * Linux Powered *
   |()()| /                            - Kernel 2.2.16 -
                 -> gio.bcc(at)
tin.it
 <-

/usr/src/linux-2.2.16-22 cambiando HOSTCC=gcc in HOSTCC=kgcc.
Giusto
Prova magari, se non l'hai gia fatto, di scegliere come processore nella
configurazione del kernel il 386 o almassimo il 486


GLIBC e a quel punto se volevo fare un upgrade delle GLIBC avevo
Beh oramai la frittata é fatta... se proprio non hai perso tempo più
di tanto puoi tornare indietro piallando la 7.0 e rimettendo  la 6.2
altrimenti prova un'altra distribuzione, magari la Mandrake 7.x che
dovrebbe essere fatta un pò meglio. Mi rendo conto che scaricare via
modem svariate decine di Mbytes dalla rete é impegnativo per cui non
si può pretendere che tu lo faccia ma di certo non puoi tenerti quella
7.0 in quello stato perchè non serve a niente.

 il 486
	Niet, nisba, nulla. Continua a non marciare. Ancora problemi
di ridefinizioni. Comincio a perdere le speranze.
	Mi descrivi in via sommaria la tua configurazione ? Anzi, ti
dico la mia, cosi' se non sono troppo diverse mi potresti
spedire il tuo Makefile e Rules.Make.
	-> processore i686
	-> generico supporto di rete (ppp, no ethernet)
	-> usb (ma se non c'e', fa lo stesso)
	-> SoundBlaster Live!
	-> firewalling
	-> file sistems: fat*, netfs, piu' quelli standard
	Spero di non dimenticare niente di importante.
	Grazie, Giovanni.



Veramente adesso funziona tutto bene.
Comunque avevo fatto un tar della direcrory /etc, /home /root della
RH6.2


	-> file sistems: fat*, netfs, piu' quelli standard
Non ci sono problemi


Col cacchio che lo compila. Spedisco l'errore che mi da', cosi'
se qualcuno capisce mi fa sapere.
	Grazie 1000 per le risposte gia' datemi. Ciao, Giovanni.
kgcc -D__KERNEL__ -I/usr/src/linux-2.2.16/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2 -malign-functions=2 -DCPU=686   -DEXPORT_SYMTAB -c ksyms.c
In file included from /usr/src/linux-2.2.16/include/linux/modversions.h:50,
                 from /usr/src/linux-2.2.16/include/linux/module.h:19,
                 from ksyms.c:14:
/usr/src/linux-2.2.16/include/linux/modules/i386_ksyms.ver:6: warning: `cpu_data' redefined
/usr/src/linux-2.2.16/include/asm/processor.h:96: warning: this is the location of the previous definition
/usr/src/linux-2.2.16/include/linux/modules/i386_ksyms.ver:28: warning: `smp_num_cpus' redefined
/usr/src/linux-2.2.16/include/linux/smp.h:77: warning: this is the location of
the previous definition
/usr/src/linux-2.2.16/include/linux/modules/i386_ksyms.ver:118: warning: `smp_call_function' redefined
/usr/src/linux-2.2.16/include/linux/smp.h:83: warning: this is the location of
the previous definition
In file included from /usr/src/linux-2.2.16/include/linux/interrupt.h:51,
                 from ksyms.c:21:
/usr/src/linux-2.2.16/include/asm/hardirq.h:23: warning: `synchronize_irq' redefined
/usr/src/linux-2.2.16/include/linux/modules/i386_ksyms.ver:138: warning: this is the location of the previous definition
In file included from /usr/src/linux-2.2.16/include/linux/interrupt.h:52,
                 from ksyms.c:21:
/usr/src/linux-2.2.16/include/asm/softirq.h:75: warning: `synchronize_bh' redefined
/usr/src/linux-2.2.16/include/linux/modules/i386_ksyms.ver:142: warning: this is the location of the previous definition
/usr/src/linux-2.2.16/include/linux/kernel_stat.h: In function `kstat_irqs':
In file included from ksyms.c:17:
/usr/src/linux-2.2.16/include/linux/kernel_stat.h:47: `smp_num_cpus' undeclared (first use in this function)
/usr/src/linux-2.2.16/include/linux/kernel_stat.h:47: (Each undeclared identifier is reported only once
/usr/src/linux-2.2.16/include/linux/kernel_stat.h:47: for each function it appears in.)
make[2]: *** [ksyms.o] Error 1
make[2]: Leaving directory `/usr/src/linux-2.2.16/kernel'
make[1]: *** [first_rule] Error 2
make[1]: Leaving directory `/usr/src/linux-2.2.16/kernel'
make: *** [_dir_kernel] Error 2 
	Riporto pure gli RPM che ho installato:
kernel-utils-2.2.16-22
kernel-headers-2.4.0-0.26
kernel-2.2.16-22
kernelcfg-0.6-9
kernel-source-2.2.16-22 


RH6.2
Ciao Umberto, solo una curiosita' visto che ho alcuni problemi
con i miei vecchi scripts, per connetterti in dialup usi
wvdial? Per il resto mi sembra che vada bene ma ho poco
tempo per fare i necessari test, se ne parla a Natale.
Ciao Francesco.
-- 
<*>  Appunti Linux per il pinguino che non deve chiedere mai. <*>  
<*>  
http://www.pluto.linux.it
                                <*>

kernel-source-2.2.16-22 
Cioe', tu speri di compilare un kernel 2.2.16 con gli header del 2.4?
O sei molto ottimista, o molto sbadato.
Trova i kernel-headers-2.2.16-22 e vedrai che va molto meglio, la
compilazione.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

 la compilazione.
	Cazzarola sono partito di cervello. Lo sospettavo, ma adesso
non rimangono dubbi :) Comunque alla RedHat stanno peggio di
me, dato che su i due bei CD allegati a Linux&c ci sono due
kernel-headers-2.4.0-0 (sono l'unico ?)
	Mille ringraziamenti e scuse a tutti quelli a cui le ho rotte
(Umberto Rovaris in particolare). Mentre aspetto che finisca di
scaricare il kernel 2.2.18 (ufficiale !) mi vado a cospargere
il capo di cenere.
	Ciao, Giovanni.


compilazione.
Non sono inclusi in RH7


Ciao Francesco.
Vorrei aggiungere che probabilmente la RH7 ha parecchi problemi e che me
l'ha ricompilato al primo tentativo per una botta di culo  :-)
Inoltre ho detto no a molte opzioni non ricompilandole neanche come 
moduli e quindi ho avuto meno probabilita' ad imbattermi in errori.


Non sono inclusi in RH7
E' proprio pensando che ci siano, che gli ho detto di trovarli, e non di
cercarli. :-)


l'ha ricompilato al primo tentativo per una botta di culo  :-)
Sono contento per te 8-))
Mi lascia molto perplesso il dover usare kgcc per ricompilare il
kernel. Cosa hanno fatto di cosi' "fuori norma" da costringerti
addirittura ad adoperare un compilatore dedicato?
Mah, vedremo alle prossime ferie cosa ne' cavo fuori.
Ciao Francesco.
-- 
<*>  Appunti Linux per il pinguino che non deve chiedere mai. <*>  
<*>  
http://www.pluto.linux.it
                                <*>
Last update: tranne in casi disperati 8-(

 addirittura ad adoperare un compilatore dedicato?
Ad esempio perche' la versione di gcc che viene usata da RH7 e' piu'
buggata che mai (ed infatti hanno inserito il kgcc). Non e' una versione
ufficiale del gcc. Torvalds spiega molto bene il perche' lui considera la
RH7 "completamente inutile per qualsiasi lavoro di sviluppo" (cerca sulle
ML del kernel)
bye
Gianluca

ML del kernel)
Se non fosse stato per il crash dell'HD non avrei mai installato
la 7.0, la 6.0 -> 6.2 che avevo andava benissimo. Certo che se
Linus fa un'affermazione del genere c'e' molto su cui riflettere.
Chissa' cosa si scatenera' quando il kernel 2.4 sara' definitivo,
la guerra? Avremo distribuzioni 8.1 * 3,14 ? Ok, taglio che
queste sono chiacchere da icod. Grazie per il tuo intervento 8-)



Il ragionamento non fa una piega.


Il ragionamento non fa una piega.
Bisogna sempre leggere tra le righe, di quel che scrivo.


 parametri dei prototipi.
	Prima di tutto vi faccio partecipi del fatto che ho scaricato
e compilato con successo il kernel 2.2.18 'ufficiale'. Finiti
gli spruzzi di champagne, intervengo di nuovo per infittire ancora
un po' il mistero. Il buon Umberto mi ha postato i suoi
Makefile e Rules.make, che io ho tentato di compilare, inutile
dirlo, senza successo... Quindi probabilmente il problema e'
altrove.
	Ciao, Giovanni.
-- 
   |^^^^|
   |    |  Eat my shorts !             * Linux Powered *
   |()()| /                            - Kernel 2.2.18 -
                 -> gio.bcc(at)
tin.it
 <-

 un po' il mistero. Il buon Umberto mi ha postato i suoi
Si da il caso che quel kernel l'ha tirato fuori Cox che nei changelog ha
messo pure la nota in cui dice che il Makefile e' stato modificato per
funzionare con la RedHat.
Ciao
-- 
Simone Piccardi
Microsoft is NOT the answer. Microsoft is the Question.
The answer is: "NO!"

>> una motivazione... almeno spero.
Mi rispondo da solo (finalmente ho ricostruito la
documentazione persa nell'hd-crash) magari puo' essere utile a
qualcun'altro. Se viene definito un gateway
di default, pppd non riesce a modificare il defaultroute.
bye bye Francesco.
