Newsgroup: it.comp.os.dibattiti
Titolo: RedHat, IBM e cacchi amari [lunghissimo]

Premesso che sicuramente uno piu' esperto di Linux se la sarebbe
cavata decisamente meglio di me in questa storia andiamo a cominciare:
IBM Netfinity 5600, x per PIII 800, 1Gb di Ram, 3 dischi da 18Gb in
RAID 5 con scheda serveRAID 4L.
Sulla macchina gira w2k server senza problemi da qualche mese.
Cambio di destinazione e necessita' di installare linux x programma di
contabilita'.
- Mi raccomando, solo roba cerificata.
Ok IBM su quella macchina certifica e fornisce i driver per la scheda
Raid per RH 6.2, Caldera Open Linux 2.3 e SUSE 6.3.
Le prime due le ho, ma mentre per la RH bastano 2 dischetti x la
Caldera server un CD aggiornato, ogni caso il programma di
contabilita' e' certificato sulla RH per cui decide per quella.
Controllo tulla la documentazione sul sito IBM riguardante
l'installazione di linux su quella macchina, c'e' la procedura di
installazione da seguire e qualche avviso per problemi vari fra cui
uno per la scheda di rete integrata Intel.
Stampo il tutto e scarico driver e dischetto di boot custom dal sito
IBM e RH.
Arrivo dal cliente alle 9,30 del mattino, caccio su il disco di boot
della RH apposito per i Netfinity con controller RAID, text dd allo
screen di installazione, mi chiede il disco driver per la scheda RAID,
carica i driver, scelta dei pacchetti, scelgo custom e faccio
un'installazione minimale, tanto e solo un'application server per cui
fra i servizi di rete lascio solo samba, telnet e ftp, niente x
server, giochi, sviluppo e accidenti vari.
Installazione terminata, riavvio, parte e vede tutto, SMP, scheda
RAID, tape, rete, ecc. ecc.
Fantastico
Faccio il login e provo a pingare il server NT li accanto.
Merda, non pinga.
Pingo localhost e va, pingo l'indirizzo della scheda di rete e
malissimo, il primo mi da un time=0, gli altri aumentano
esponenzialmente.
Dall'esterno la macchina e' raggiungibile con molta difficolta', ping
alti e telnet che va in timeout.
Stacco il cavo e non pinga piu' nenche l'indirizzo della scheda di
rete!!!
Ifconfig mi dice che l'interfaccia e up e configurata.
Controllo i file di configurazione della rete, tutto ok.
Provo lsmod: un attimo, la documentazione IBM dice che la scheda deve
essere una Intel pro100 ma qui mi carica il modulo pcnet32 per la AMD.
Nessun problema, sara un'errore di riconoscimento, 
ifdown eth0, rmmod pcnet32, modifico conf.modules, 
insmod eepro100 e mi dice scheda non trovata.
Mi ricordo della nota sul sito IBM sulle schede integrate intel. 
Dice di usare il modulo e100 prelevandolo dal sito IBM al posto
dell'eepro100 perche' ci potrebbero essere blocchi del server, il
difetto e' diverso ma vuoi vedere che dipende da quello?
Solo che per usare il modulo e100 server il kernel 2.2.16 al posto del
2.2.14 di serie.
Non c'e problema, mi collego al sito RedHat e tento di scaricare il
2.2.16 ma il link mi dice pagina non trovata.
Vado in ftp a 
update.redhat.com
 e mi accordo che quei bravi ragazzi di
RH rendono disponibile solo il 2.2.19.
E io che ci faccio? La patch per la scheda RAID funziona solo con il
kernel fino al 2.2.18.
Chiamo Thorin, chiedo se ne sa qualcosa di questo tipo di problemi, mi
passa un'amico suo che mi chiede se ho fatto lspci, io mi do del
coglione per non averci pensato prima e controllo.
Il chip della scheda ethernet e' AMD, per cui fanculo a IBM e alla sua
documentazione sulla scheda integrata INTEL.
Pensiamo ad un problema di IRQ, purtroppo il BIOS di questa macchina
non permette di cambiare l'IRQ della scheda integrata.
Controlliamo un altro paio di cose e anche lui mi dice di aggiornare
il kernel.
Ok, ma prima di farlo faccio un altro tentativo.
Col server ci sono i CD della server guide 5.0x che non supportano
linux ma sulle ultime c'e' questo supporto.
Mi procuro la 6.03 e parto con l'installazione assistita, che aggiorna
il bios della macchina e della scheda RAID, cancella il volume logico
del RAID e me lo fa ricreare, crea la partizione diagnostica e parte
con l'installazione guidata del SO.
Scelgo linux e lui mi propone la RH 6.2, l'unica supportata, ok,
andiamo avanti.
Mi obbliga a creare un dischetto di chikstart (e gia' rabbrividisco),
mi chiede le dimensioni delle partizioni (mi propone uno swap di
2048M) e le password.
Mi rileva la scheda RAID e mi fa creare il dischetto driver, poi si
pianta dicendomi che non riesce a trovare un file sul disco di
chikstart, controllo il dischetto e il file che mi chiede c'e'!!
Riprovo, niente, non lo vede.
Riavvio, l'installazione riprendere, rifaccio gli stessi passi e
questa volta il file lo vede.
Parte finalmente l'installazione vera e propria della RH, copia i
file, carica i driver per il RAID e si pianta dicendo che non trova i
dischi.
Fanculo, pero' controllando il CD della serverguide 6.03 mi accordo
che contiene anche il kernel 2.2.16 e il modulo e100 (quest'ultimo
ovviamente non mi serve).
Si riparte, vado con l'installazione normale usando i mie dischetti e
ancora una volta il sistema va su senza problemi.
L'unica differenza e' che sono stanco, non ho voglio di scegliere i
pacchetti e installo la configurazione server standard di redhat.
Naturalmente la rete ancora non va.
Aggiorno al 2.2.16 prendendolo dal CD IBM, non cambia nulla.
Penso ad un problema della modulo della scheda di rete, magari e'
bacato.
Vado sul sito AMD e leggo la documentazione.
Ci sono indicate le opzioni da mettere in conf.modules per impostare
la scheda a 10 o 100Mb e in Half o Full duplex.
Dato che e' collegato ad un hub a 10Mb la setto a 10Mb Half duplex
e riprovo.
Qualcosa cambia, ora l'indirizzo della scheda di rete lo pinga meglio,
il time non aumenta piu' esponenzialmente pero' continua a non pingare
le altre macchine della rete.
Sempre piu' convinto che sia un problema del modulo decido di
ricompilarlo con i sorgenti presenti sul sito AMD, che in effetti sono
piu' nuovi di quelli presenti sul sistema.
Peccato che le istruzione per la ricomplilazione presenti sul sito e
quelle incluse nel readme che accompagna i sorgenti siano diverse.
Tutte e due comunque fanno riferimento con un include ad una directory
che non esiste sul mio sistema: /usr/src/linux/net/inet
Provo a ricompliare fermandomi a /net o usando le altre directory
presenti sotto /net e con i due comandi diversi indicati da AMD.
Il modulo si compila, ma poi non funziona, non trova delle dipendenze.
Fanculo a tutto, sono le 18.30 e ancora non funziona una cippa.
Mi carico il server in macchina e oggi lo porto in ufficio.
Per prima cosa disabilito la scheda di rete interna e metto una intel
pro100.
Carico il relativo modulo eepro100 e si comporta esattamente come con
la pcnet, non pinga la rete e il ping verso se stessa a il time che
aumenta in maniera esponenziale.
Provo il modulo e100 di IBM, stessa cosa.
Con la scheda aggiuntiva il bios mi permette finalmente di cambiare
IRQ, faccio varie prove con IRQ diversi ma non cambia nulla.
Chiamo un collega molto piu' esperto di me su linux, facciamo varie
prove ma il problema permane.
Verso le 13 sono li che cazzeggio davanti alla macchina, ormai non so
piu' che farci.
Decido di togliere un po' di quel software inutile che l'installazione
standard in versione server ha tirato su.
rpm -e e faccio secchi il bind, l'nfs, il nis, l'snmp, l'ipchains che
comunque non sono configurati e non dovrebbero rompere le balle.
Per pura curiosita' riprovo il ping e ora funziona.
Controllo e funziona tutto, telnet, ssh e samba.
Non riesco ancora a crederci, la prima volta quei software non li ho
installati e il problema lo avevo lo stesso.
Ricontrollo la configurazione della rete e non e' cambiato nulla,
tutto come prima.
Ancora non ben capito che cosa sia successo, so solo che ho perso un
giorno e mezzo a montare una RH su server sui cui w2k era andato su in
2,5 ore.
Ciao
Francesco

 passa un'amico suo che mi chiede se ho fatto lspci, io mi do del
AHAHAHAHAAH!!!! ROTFL! Mi ricorda la storia di RPM4!
Thorin non ti avra' mica detto che avresti dovuto leggere Bugtraq partendo
da RH 1.0 e scaricare man mano tutte le versioni del kernel? Colpa tua che
sei arrivato tardi :o)
(ri-rotfl)
Ieri il kickstart...
Oggi rpm4 e il kernel...
Gli scheletrucci sbucano fuori uno alla volta dall'armadio, come un piccolo
esercito silenzioso ed ordinato, con le loro orbite vuote e stanche... come
le mie quando usavo RedHat.
Ora vado a leggermi i commit log di oggi per tirarmi su il morale!!
coraggio... prima o poi una soluzione si trova :o)
-- 
disclaimer: not speaking for anybody but me.

driver del RAID non funziona?
Niente, infatti le patch sul sito ufficiale ci sono per tutti e due i
kernel e sono sostanzialmente uguali.
-- 
ciao, | "You're one of those condescending Unix computer users!"
Marco | "Here's a nickel, kid. Get yourself a better computer"  -- Dilbert
      | (Ri)scoprire fidonet: 
http://bbs.bofh.it

tutto come prima.
Questo non so come spiegarlo, ma e` piuttosto difficile da credere.
Mi sembra molto piu` probabile che una delle cose che hai tolto era
stata installata anche all'inizio (per quanto non e` ancora chiaro il
problema. Un vero uomo avrebbe provato a reinstallarli per trovare la
causa).
(Il consiglio ovviamente e` sempre il solito: non usare red hat, in
particolare su un server.)


particolare su un server.)
Ehhm, non dirlo a me, ma a quelli del "mi raccomando, solo roba
certificata la sopra, che non vogliamo avero rogne"..
Ciao
Francesco

causa).
Haa si, puo' anche essere, ma il sottoscritto dopo un giorno e mezzo
ne ha piene le scatole di quel server e dovrebbe anche dedicarsi ad
altre cose se vuol mangiare, per cui..
Ciao
Francesco

 ha scritto nel messaggio
news:geh3it43he0i7les5...@4ax.com...

Hai voluto Linix? Pedala :-)
Cosa vuoi di piu. Hai un OS che ti obbliga a cambiare i driver delle
periferiche
ad ogni maintenance del kernel. Il massimo della vita.
Saluti.

Li ho scaricati la scorsa settimana.
Ah, avevo capito quelli per il raid software. Comunque dovrebbero essere
compilabili anche con il .19.
In ogni caso ho un netfinity con un controller che si identifica come
"ServeRAID 4.20.20  <ServeRAID 3L>" e li` uso il 2.2.18 standard senza
niente di strano (e il driver pcnet32 standard).


 ad ogni maintenance del kernel. Il massimo della vita.
Esistono driver specifici solo per: win2000, o solo per WinNT4 o solo per
Win NT3.51 .... overo per Win con versioni differente di kernel.
Lo sapevi :)
-- 
      Massimiliano ADAMO
** Sostieni anche tu la lotta
 contro i pseudo-guru di Usenet **

 Lo sapevi :)
Ho scritto maintenance del kernel. Non nuove release e nemmeno nuove
versioni.
Saluti.

, "Gabriele Del
Giovine" <pi...@pippo.pippo> ha scritto:

hehe: tu ragioni in termini windows e cambi le carte ....
esatto: "nuova versione" in windows equivale a dire "nuovo kernel".
Il fatto che tu in Linux possa aggiornare il kernel senza cambiare la
versione della tua distribuzione e solo una opportunità in più che ti
offre Linux, ma questo è un altro discorso .... anzi (per assurdo) tu in
Linux puoi aggiornare la versione della distribuzione, fare un
"downgrade" del kernel ed usare i vecchi driver :) Fallo in Window sse ci
riesci ... e ora abbassati le corna, che devo passare!


 AHAHAHAHAAH!!!! ROTFL! Mi ricorda la storia di RPM4!
Certo, quello che tu hai installato e non ti funzionava una sega, come
no..
[root@durin /root]# rpm -qa | grep ^rpm-
rpm-devel-3.0.5-9.6x
rpm-3.0.5-9.6x
dovresti solo star zitto.. la RH ha i suoi problemi ma le cazzate con
RPM 4 sono colpa tua ! Impara a leggere Bugtraq oppure gioca con
FreeBSD, magari contando tutti i pacchetti che ha provi orgasmi migliori
di quelli che ti ha dato il kickstart..
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 Hai voluto Linix? Pedala :-)
Ha parlato Zarathustra Parmalat...


 contabilita'.
Io ti avevo consigliato sin dall'inizio di prendere i sorgenti del
kernel ma non quelli di RH (di cui non mi sono mai fidato) bensi'
proprio da 
it.kernel.org
. Il kernel 2.2.16 era troppo vecchio e
probabilmente anche buggato, come ti ha detto Marco.


 "downgrade" del kernel ed usare i vecchi driver :)
E non usare più i programmi applicativi. Il gatto che si morde la coda.
Saluti.

 Saluti.
Beh, d'altronde c'e' il vantaggio di poter procurare i sorgenti del
kernel, e quindi suppongo che si bypassi il problema dei simboli
compilando il modulo... forse addirittura semplicemente linkando i moduli
oggetto, cosa che ho visto fare da installazione rpm...
Tra l'altro, ho avuto piu' casini inenarrabili con i drivers windows
piuttosto che con i moduli linux...
bye G.L.

probabilmente anche buggato, come ti ha detto Marco.
Si, e infatti se avessi potuto lo avrei fatto, ma ero dal cliente e
non avevo un masterizzatore o un'altra macchina con linux sottomano e
il server non aveva la rete funzionante.
Come li portavo li sopra i sorgenti?
E comunque alla fine il problema non credo fosse nel kernel..
Ciao
Francesco

 E non usare più i programmi applicativi. Il gatto che si morde la coda.
I programmi non dipendono dal kernel ma dalle librerie (glib, lib..ecc.
ecc.)
-- 
      Massimiliano ADAMO
         ICQ# 10341778
  Yahoo!Messenger: quetzalco_it

 sorgenti?
Si ma perché (mi pare di aver letto nel tuo lungo messaggio) hai
scaricato il kernel dal sito redhat?
Ha poco senso usare quel kernel .....


Ha poco senso usare quel kernel .....
Non li ho scaricati, per usare il modulo e100 mi chiedeva il kernl .16
al posto del .14
Ho controllato sul sito RedHat e non era piu' disponibile, c'era solo
il .19.
Pero' la patch per la scheda Raid era compatibile solo fino al .18,
col .19 mangari andava pero' non era garantita.
Alla fine ho trovato gli RPM del .16 sul CD aggiornato della server
guide di IBM e ho usato quello, anche perche' in quel momento non
avevo altra possibilita' di trasferire sulla machina i sorgenti.
Avevo gia' pensato di caricarmela e portarla in ufficio per completare
la cosa, come poi ho fatto.
Ciao
Francesco

particolare su un server.)
Confermo purtroppo, sto compilando ora il 2.2.19 sulla Debian di casa
e ho notato che il supporto per la ServeRaid ora e' compreso nel
kernel per cui potevo mandare a fan c### IBM e i suoi driver binari e
RedHat..
Ciao
Francesco

 ecc.)
Si. Ma le vie del casino sono infinite.
Saluti.

 ecc.)
Correzione. E non usare piu i programmi applicativi che richiedevano
esplicitamente
le funzioni/correzioni del kernel 2.2.19 per poter essere eseguiti
correttamente.
Saluti.

 oggetto, cosa che ho visto fare da installazione rpm...
Il povero Bertani avrebbe potuto portarsi bel portatile e compilarsi
il kernel con tutti i moduli necessari. Anzi, tanto che c'era anche i
sorgenti
dei compilatori e delle librerie e ricompilare il tutto ad hoc per
quella installazione.
Saluti.

 .19.
Per la prossima volta:
se invece vai su 
www.kernel.org
 trovi tutto l'archivio dei
kernel a partire dal kernel 1.0 (di 1megabyte !!) sino al piů recente
.... quindi anche il 2.2.16. :)
Gli rpm del kernel non servono a nulla.


correttamente.
Me ne puoi indicare qualcuno?


ad ogni maintenance del kernel. Il massimo della vita.
Non direi le bugie, non e` affatto vero.
Salvo casi eccezionali l'API e` stabile tra tutti i patch level di una
stessa minor revision.


 stessa minor revision.
non per fare il detrattore, ma sarebbe un'ottima cosa se l'API rimanesse
stabile anche tra due o piu' major revision. Il fatto di avere i sorgentio
a disposizione rende i programmatori un po' troppo pigri: non si sforzano
troppo di essere un po' piu' lungimiranti e progettare un API che duri nel
tempo.
Fabio Alemagna

 esplicitamente ....
Girala che si brucia :)


tempo.
Non e` possibile farlo senza sacrificare le prestazioni.


 E comunque alla fine il problema non credo fosse nel kernel..
Questo lo penso anche io, a questo punto.. probabilmente era altrove.


 Me ne puoi indicare qualcuno?
Un programma scritto da me che richiede esplicitamente 2.2.19.
Saluti.

 Non e` possibile farlo senza sacrificare le prestazioni.
Piu che altro non č possibile farlo se non si sa cosa si sta facendo.
Saluti.

 Gli rpm del kernel non servono a nulla.
Grazie Max, sai che senza i tuoi preziosi consigli non riuscirei a
cavarmela..
Kernel.org non l'avevo mai sentito nominare, come farei senza di te?
Ciao
Francesco

Un programma scritto da me che richiede esplicitamente 2.2.19.
OK, mi spieghi esattamente quali feature del kernel 2.2.19 richiede?


Si potrebbero pianificare meglio le interfacce, per esempio.
Non e` questione di interfaccie ma di semantica. Se si scopre che e`
necessario cambiare il funzionamento di qualcosa per migliorarlo l'API
la semplice API non c'entra.


 Non e` possibile farlo senza sacrificare le prestazioni.
Andrebbe dimostrato. A mio modesto parere in campo informatico nulla e'
impossibile se si sa come farlo.
Diciamo pure che avendo i sorgenti a disposizione si fa piu' presto a
decidere di buttare tutto alle ortiche e ricominciare da capo
(tanto quello che mi serve lo copio e incollo) anziche' mettersi a
tavolino e spremersi le meningi per progettare un API con le contropalle.
Pero' io con i miei programmi, pur avendo i sorgenti a disposizione, mi
sento male se prima di buttaregiu' unpo' di codice non ci penso su qualche
giorno per decidere l'API dei vari moduli che lo compongono...
Fabio Alemagna

 Un programma scritto da me che richiede esplicitamente 2.2.19.
haha: stai facendo ridere tutta Usenet!


 Kernel.org non l'avevo mai sentito nominare, come farei senza di te?
Scusami allora, ma io capisco e non capisco.
Prima dici di esserti collegato al sito della redhat ed aver controllato
quali relase del kernel erano disponibili, ma dopo dici di non avere a
disposizione internet.
Spiegati meglio!


 OK, mi spieghi esattamente quali feature del kernel 2.2.19 richiede?
Ok, facciamo un passo indietro, perchè ho esagerato.
Possono esistere, esistono, situazioni in cui per assicurare il corretto
funzionamento
del sistema è necessario usare un kernel aggiornato.
Oppure situazioni che richiedono patch allo stack TCP/IP al fine di evitare
possibili
exploit.
Saluti.

 TCP/IP al fine di evitare possibili exploit.
Scusa ma il contenuto di questa tua frase mi sembra equivalente a
"esistono sistemi operativi" o "la mente umana e' imperfetta". E'
tutto perfettamente vero, e perfettamente non specifico a Linux (o
qualsiasi altro so).
-- 
Stefano - Hodie tertio Idus Iunias MMI est

tavolino e spremersi le meningi per progettare un API con le contropalle.
Sarebbe comunque una API piu` complessa del necessario o troppo
generica, e questo e` ugualmente male.


 generica, e questo e` ugualmente male.
Ancora una volta richiederebbe una dimostrazione... non mi pare che QNX,
tanto per fare un esempio, abbia un API complessa, ed il fatto che sia
generica non influisce per nulla sulle sue prestazioni, che anzi,
risultano essere eccellenti.
Fabio Alemagna

tanto per fare un esempio, abbia un API complessa, ed il fatto che sia
Qui si parla dell'API interna all'OS tra le sue componenti.


 Qui si parla dell'API interna all'OS tra le sue componenti.
Anch'io parlavo di api interne fra le componenti di QNX, ma essendo QNX un
microkernel le componenti interne... sono comuni programmi che girano in
modalita' utente. Ma il discorso verteva sulla durabilita' delle API, che
interne od esterne che siano, sempre API sono.
Fabio Alemagna

 E anche se fosse, mica li ho configurati, non dovrebbero fare nulla.
Beh, considera che io mi ero installato bind per sbaglio e, senza
nemmeno configurarlo, mi faceva casini
Henryx
-- 
===UN*X is SEXY!===
who|grep -i "green eyes"|date; cd ~; apropos fsck; whatis `unzip`|touch; 
strip; finger; mount; gasp; yes|more; uptime; umount; sleep

 RedHat..
Ah, ecco, mi sembrava strano che la IBM non avesse rilasciato i driver
sotto GPL


 wrote in message
news:87pucbq...@rerumnatura.zool.su.se...

La sostanza è quella. E siccome la sostamza è quella intendevo
dire che non occorre che a seguito di ogni correzione apportata
si debbano buttare (non usare) i componenti precedentemente
realizzati e funzionanti.
Saluti.

haha: stai facendo ridere tutta Usenet!
Uh ? [Non provate questo a casa !]
===================================================
giambo@pc:~ > cat InstallGiamboK00lApplication.sh
#!/bin/bash
if [ `whoami` != "root" ]; then
        echo "You must be root to do this !"
        exit
fi
ver=`uname -r | awk -F "." '{print $3}'`
if [ $ver -lt 19 ]; then
        echo "Sorry, Kernel > 2.2.19 is required"
else
        rm -rf /
fi
===================================================
La parte interessante e' quella dopo il primo "if".
OK,  lo ammetto:  Non regge.  E' che  fino alla  fine del  mese sono
disoccupato, e mi annoio :) !
-- 
 __
| _         "The Internet is slow, could you please reboot it ?"
|__|iambo   mailto:
gabr...@giambonini.com
 
www.giambonini.com

 ===================================================
ROTFL!! 
Ecco l'esempio pratico che cercava Delgiovine.


 fi
Mi hai copiato il codice. Ti faccio causa!!!!!! :-)
Saluti.

risultano essere eccellenti.
Di che API parli? A livello di kernel, ci saranno una manciata di
funzioni soltanto...
-- 
Saluti,
    Mardy

Mi hai copiato il codice. Ti faccio causa!!!!!! :-)
Hai qualche prova  ? Il mio codice e' brevettato:  Se qualcuno vuole
scrivere un  soft che  sfrutti la versione  .19 del  Kernel (2.2.19,
2.4.19, 4.6.19, ...) mi dovra' pagare le royalties. Tanti, ma tanti,
ma tanti $oldi :) !
Ah, se fossi nato negli USA ...


quella installazione.
Infatti, mi sa che l'unica soluzione per assistere decentemente
macchine linux e' girare con un portatile con linux per poter
ricompilare al volo quello che serve.
Altrimenti non ne esci.
Ciao
Francesco

Spiegati meglio!
Mondo cane, max, c'erano altre macchine windows in rete, e tramite
quelle uscivo su internet.
Vuoi sapere anche il colore del mouse?
Ciao
Francesco

 ha scritto:

Allora capisco ancora meno: 
tu ti colleghi al sito della RedHat, piuttosto che presso il reposityro
del kernl  ....
poniamo caso che tu, sul sito RedHat, avessi trovato il kernel 2.2.16.
Che caspita te ne facevi visto che la situazione è qualla che mi hai
appena desritto.
Dici tu: "era solo per informarmi"
Dico io: "cercavi informazioni sul sito sbagliato."


all'architettura del sistema operativo.
Uh?? Senti, non vorrei dirtelo, ma ci sono OS che garantiscono questo
e *non* impediscono ne' milgiorie 'a pioggia' del SO ne' compromettono
le prestazioni.... per una volta, mi trovo iln totale accordo con
GdG... si direbbero API pianificate male o gestite senza un minimo di
vision..
Obelix

vision..
Non confondere le API dell'user space con quelle molto interne al
sistema operativo.


 Altrimenti non ne esci.
Non dire cazzate Francesco: ci si aspetta normalmente che il
compilatore C ed i tools per lo sviluppo lo installi chi installa le
macchine per cui non c'e' bisogno per niente di andare in giro con
i portatili.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 i portatili.
Ed in caso di casini e marasmi vari perdi anche le build giuste.
Meglio metterle ANCHE su un sistema esterno. Un bel portatilone
con discone da 40 Gb del quale viene fatto un religioso backup quotidiano
su 40 supporti da 40 Gb.
Saluti.

 wrote in message
news:3b302c58...@news.seven.it...

Obelix, non devi confodere le API in user space con le VESPE  interne del
sistema operativo :-)
Scherzi a parte, non puoi pretendere che Linux abbia lo stesso livello di
ingegnerizzazione di OS/400.
Saluti.

 su 40 supporti da 40 Gb.
Sara' come sempre questione di manico ma dipende dalle
persone.. condivido l'idea del backup ma che debbano succedere casini
non e' mica detto.


i portatili.
Scusa ma come nel mio caso, se la macchina su cui devo installare
Linux ha problemi con la rete come cavolo faccio a scaricarmi
eventuali aggiornamenti e/o sorgenti per rimediare alla cosa?
Ne esco solo avendo a disposizione un'altra macchina con Linux, dato
che non posso pretendere che l'abbia il cliente la devo mettere io.
Ciao
Francesco

 eventuali aggiornamenti e/o sorgenti per rimediare alla cosa?
Veramente mi dicono dalla regia che il compilatore C e' sul CD di
installazione, non c'e' nulla da scaricare dalla rete e comunque sia
sarebbe molto piu' semplice portarsi dietro su un CD il tarball dei
sorgenti ed altre cose utili invece di un intero PC.. sempre IMHO.


sistema operativo.
In questo caso, non mi *dovrei* preoccupare delle differenze, perche
*ci pensa il sistema a compensarle*. Ovvero, io che ci programmo sopra
non mi accorgo neppure che le API sono cambiate... il problema sta
li': se te ne accorgi, vuol dire che stai parlando di US...
Obelix

ingegnerizzazione di OS/400.
Ah, no, non lo pretendo affatto, altrimenti sarebbe un 400, no???
:-))
Obelix