Newsgroup: it.comp.os.linux.sys
Titolo: Problemi e delusioni (RH 9.0)

Non capisco perchè all'improvviso up2date mi da errore di SSL, dicendo che
il time del sistema è sballato!! A parte che corretto, ho usato NTP per la
sincronizzazione con i server red hat, ma nulla!
Sono deluso da questa distribuzione:
ho una mandrake, e a parità di uscita(MDK 9.1 e RH 9), ho trovato su RH un
casino di bug e imperfezioni che la mdk non mi ha mai dato!
Mi inviano continuamente alert di nuove patch da scaricare per RH, e poi
stesso il prog per fare questo non funziona!
La mandrake, oltre a poche patch, mi ha sempre funzionato a dovere!
Basta, passo a Debian!
--------------------------------
Inviato via 
http://usenet.libero.it

 Basta, passo a Debian!
Scusa, ma questa proprio non me la tengo. Preferisci un'accozzaglia di 
software buttato lì ad un progetto strutturato in modo serio?? Scusa, ma 
non capisco... 
Poi il fatto che tu voglia passare a Debian significa che non sei nemmeno 
contento della tua Mandrake...
Ciao, Rocker
P.S. E' sana polemica, ma costruttiva, spero...

Onestamente io ho riscontrato proprio l'ooposto.
Mandrake.....+ user friendly, + agevole, + studiato per uso desktop......+
bug e crash di kde e gnome.
RedHAt....+ stabilità - bug - crash.....certo è un po' + rozzo e
ruvido.....ma mi ci trovo molto meglio.
Ciao

 Sono deluso da questa distribuzione:
passa a google prima di sparare a zero sul mondo... :)
http://www.google.com/search?q=ssl+redhat+up2date
-- 
signature: No such file or directory

 sincronizzazione con i server red hat, ma nulla!
se avessi messo la mail corretta quando hai sottoscritto il servizio di
upgrade di RH avresti ricevuto una mail che ti illustrava il problema...
A me e` arrivata ieri o l'altro ieri: avevo messo RH 9 per prova su 
vmware... poi ho lasicato tutto xche` non mi piace molto, ma questo e`
una altra cosa.
-- 
ciao, Mirco.
[ 
http://hellspawn.dnsalias.net/~mircomir/
 ] [ Icq#:51640305 ]
[ 
http://pido2.webhop.net/
 ]

> Basta, passo a Debian!
gia' fatto, hehehehe
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.514 / Virus Database: 312 - Release Date: 28/08/2003


beh...
a parte che il prog mi dava un errore generico e che non centrava nulla,
proprio perchè il certificato era scaduto, ma
poi l'ho visto dopo due giorni l'email...RISULTATO?
Era già stato tutto tolto dal server!!!
Ed io como posso rimediare?!? Mahh...



No, la mdk rimane a sorreggere tutta la rete, mentre un'altra macchina ha la
RH che non penso durerà ancora molto!



BRAVO!
Lo farò presto anche io



 Ma cosa?!?! la mandrake e la red hat hanno la stessa struttura, i stessi
file di configurazione...sono praticamente identiche!
La RH è la Microsoft del mondo commerciale, piena di buchi e di imperfezioni
che forse sulle riviste non leggi!
Praticamente ho riscontrato su RH buchi e imperfezioni fastidiose
che la mdk non ha mai avuto.
A parte che con gli aggiornamenti automatici, la rh vince il primo posto per
il continuo flusso di patch da installare!


 Basta, passo a Debian!
se non patchi sei bacato!!! Solo che MDK guarda al desktop per cui non è
fondamentale patchare istantaneamente ogni piccolo baco mente rh guarda ai
server e a me personalmente girerebbero non poco a sapere che non hanno
provveduto in tempi utili.
Per la Debian... personalmente la metterei al pari di FreeBSD, Gentoo e
Slack ovvero un accozzaglia di codice messo li con un criterio tutto loro
in barba a qualsiasi tentativo di standardizzazione.
Il giorno in cui qualcuno si renderà conto che pacchettizzare 20 volte
apache per 20 distro diverse è solo una perdita di tempo e di risorse
umane, forse quel giorno Linux riuscirà finalmente ad avere il posto che
si merita.
Lo standard è RH piaccia o non piaccia, anziché criticare (gratis) il
lavoro fin qui fatto rimbocchiamoci le maniche e andiamo avanti!


RPM über alles?
Boh, non mi piace il pensiero unico. Avere idee diverse non mi sembra
uno spreco di risorse.
ciao
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/VnJuPJE4D78UP9MRAsQTAJ47ccMYa2AUb0skafLIcosbToZLDgCfak/c
KXGqJfPcNTIkehdZhkMA8Uk=
=Et9j
-----END PGP SIGNATURE-----
-- 
Try *stixx* :: linux in a pen
NEW: *stixx live!*
http://www.stixx.org

 sviluppo, e non mi si è mai piantata o dato altri problemi!
Il fatto che non si pianti è un'altro discorso. Anche RedHat ha tutto quel
software... Ma lavorare in un ambiente ben strutturato, con qualche tool
programmato ad arte e con una interfaccia grafica pulita è una bella
soddisfazione, no?
Poi io sono contro-KDE per default, quindi non posso appoggiare la
Mandrake... :-)
Alla prossima, e buon lavoro...
Rocker

 Mandrake... :-)
Beh questi sono problemi tuoi, sappi la KDE è il progetto più avanzato che
sconfigge alla grande GNOME.
Ciao e buon lavoro anche te


 sviluppo, e non mi si è mai piantata o dato altri problemi!
Permettimi, ma sono lungi dall'essere d'accordo.
Ho amministrato redhat per un po' di anni ( anche se mi son fermato
alla 7.3 per una serie di motivi ).
E ho ereditato la gestione di un paio di server installati precedentemente
al mio arrivo che girano su MDK ( >8.0 ).
Nella mia modesta esperienza paragonare RH e mandrake è come paragonare
solaris e windows.
Che RH non sia "rocciosa" e accorta quanto altre distro posso essere
d'accordo, ma mettergli davanti mandrake è una scemata, IMHO.
RH ha molti upgrade in corsa, sia di sicurezza che di stabilità. 
Ma *li ha*.
Prova un po' a continuare a trovare in giro aggiornamenti per una mdk
installata un paio d'anni fa o più e dimmi poi come ti va.
O l'idea è quella di reinstallarla quando inizia a scarseggiare
l'aggiornamento?
Poi, è chiaro che qui si entra in guerre di religione.
IMHO:
MDK al massimo per una workstation.
RH (o suse) per un server dove c'è necessità di supporto a SW di terze
parti.
Debian se ho carta bianca.
Ripeto: IMHO...

 sconfigge alla grande GNOME.
Nah, č piů forte Baggio di Totti...

>> Informazioni e link su 
http://www.softwarelibero.org

 ciao
Più che di idee diverse parlerei di idee confuse..
Non si può semplicemente tirare un colpo di spugna su un tool come rpm, al
limite si sviluppano delle implementazioni come urpmi che poi alla fine
dei conti verifica semplicemente le dipendenze del pacchetto ed agisce di
conseguenza.
Altrimenti ci si ritrova sempre a riscrivere l'ennesimo server ftp, httpd
o altro.
Vedi ad esempio la battaglia tra kde e gnome che ha portato indubbiamente
ad avere due ambienti validissimi ma sostanzialmente identici, se questo
non è spreco di risorse...
Senza poi entrare in problemi di logica..
a me personalmente fa sorridere l'idea di mappare le schede di rete in
stile FreeBSD per nome del chipset anziché eth0, eth1 ecc..
o altre assurdità simili che contraddistinguono i vari sistemi *nix
Prova tu a passare da una slack ad un FreeBSD ad una gentoo e dimmi se non
ne esci pazzo. Ognuna con i propri tool, il proprio albero del filesystem
più o meno intrippato, il prorio sistema di pacchetti ecc..., questo a
scapito della compatibilità del software che in teoria dovrebbe essere
perfettamente portabile ed immediatamente disponibile per tutti i sistemi
(tralasciando le problematiche della compilazione ovviamente).
Per quanto riguarda rpm attualmente è e resterà ancora a lungo il tool più
potente disponibile, certo va migliorata la gestione delle dipendenze ed
altre cosine qua e la ma certamente il tempo darà ragione ad un sistema a
pacchetti come questo. 


un troll grande quando una casa...


 wrote:
<snip>
Non entro nel merito di rpm, solo non penso sia/potrebbe essere uno
standard. 
Slack->*BSD->Gentoo cambiano i nomi, la sostanza è quella e come per
tutte le cose il tempo dirà chi ha ragione, se mai questo deciderà che
sia necessario. Si tratta sempre di evoluzioni a partire dallo stesso
nucleo. Dall'australopiteco si sono evolute diverse specie, forse che
questo è uno spreco di risorse? Era meglio se si standardizzava solo la
tipologia caucasica a rpm? Io non credo.
ciao
- -- 
Stixx Live! 1.0 released:
http://www.stixx.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (MingW32)
iEYEARECAAYFAj9Ypw4ACgkQLpOZQGVrY41UngCgi2OdXpFSDTUiA4jFKuemDJ8q
FFMAnjckifHgWHYkmMRtZQecSP0W6mp9
=lzHU
-----END PGP SIGNATURE-----

 ciao
Evidentemente parliamo di due cose diverse..
tu la vedi da un punto di vista "universitario" (se mi permetti il
termine) il che va bene, nessuno sta dicendo che un sistema come portage o
altro non siano altrettanto validi per la gestione dei pacchetti.
Il mio punto di vista è di tipo "pratico" ovvero, sviluppo un software e
poi come lo distribuisco? ovviamente il tar.gz e poi? la scelta è
obbligatoria l'rpm! mica possso investire tempo e risorse per
pacchettizzare in 50 modi diversi perché un giapponese si è
fatto una distro in casa che ha distribuito su una rivista in 10.000 copie
con un sistema di pacchetti che ha inventato mentre cazzeggiava in Uni!
Avere uno standard è fondamentale se si vuole distribuire del software, e
questo standard ad oggi è rapresentato da RH+rpm (con tutti i suoi pregi ed i
suoi difetti). Resto comunque convinto che sistemi come portage siano
destinati a soccombere per il semplice fatto che non sono nati pensando ad
una gestione di software commerciale. Ricordiamoci che portage funziona su
una lista di software e che questa lista non è accessibile a tutti, mentre
una software-house non deve chiedere nulla a nessuno per autoprodursi i
propri rpm e distribuirli.
Al ché sembra evidente il vantaggio "commerciale" di RH+rpm.

 Evidentemente parliamo di due cose diverse..
Evidentemente.
Che sappia io i software vengono rilasciati sotto forma di sorgenti.
Punto. Quello *è* lo standard. Che poi si compili al volo, come rpm,
come deb, come tgz, e che vi sia o meno un software per la gestione 
è un altro discorso.
ciao
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/WQd9PJE4D78UP9MRAvJ8AJ4mAW55B0xBejNE4j53ROnxK8LTwwCeJSXq
y1qgxV6pF65AO3yJm+XqBeQ=
=6ATE


Allora ragazzi come posso fare per aggiornare il certificato e continuare a
scaricare gli aggiornamenti???
 ________________
< AIUTOOOO\!\!\! >
 ----------------
        \ ^__^
         \ (AA)\_______
            (__)\ )\/\
                ||----w |
                || ||
Thanks
