Newsgroup: it.comp.os.linux.iniziare
Titolo: Debian VS Slackware

Quale sono le sostanziali differenze tra queste due distribuzioni?
E si trova qualcosa di meglio di queste?

 E si trova qualcosa di meglio di queste?
Della debian no, della slakware... la debian ;-) (pero' sono di parte)
Ciao
  Andrea
-- 
Nulla e' piu' definitivo di una cosa provvisoria.

 E si trova qualcosa di meglio di queste?
cio le uso tutte e due, la slackware a casa e la debian in ufficio. La 
debian e' molto piu' facile da amministrare, in particolare ha un ottimo 
gestore dei pacchetti. Di contro, se non vai su versioni non stabili, 
trovi pacchetti non proprio nuovissimi, ma la cosa fondamentale e' che 
tutti quelli che rilasciano(e sono piu' di 8000!!!) funzinano benissimo!
La slackware non e' cosi' semplice da amministrare e la differenza piu' 
grossa rispetto alla debian sta proprio nel sistema di gestione dei 
pacchetti. Quello di base(che esiste, contrariamente a quanto qualcuno 
dice) e' spartanissimo: non controlla le dipendenze. in realta' a me non 
sembra un gran guaio, visto che comunque non e' poi cosi' difficile 
guardando quali sono i messaggi di errore, capire quali dipendenze di un 
pachetto non funzionante mancano e cercarsele sul CD. Comunque i 
pacchetti sono creati in modo che le dipendenze non siano troppo "sparse".
In piu', se si va sul sito degli slackwarani italiani si trovano degli 
script carini che controllano cosa manca al sistema e ti suggeriscono 
cosa installare per fare funzionare tutto bene. I vantaggi di questa 
distro e' che e' STABILISSIMA(anche la debian lo e', naturalmente) 
nonostante quando esca stia sempre quasi sulla cresta dell'onda per 
quanto riguarda i pacchetti che distribuisce.
Da notare che con la Slackware 9.0 viene distribuito fra gli extra un 
bel pacchetto dal nome checkinstall(che si trova sicuramente anche su 
sourceforge) che permette di trasformare pacchetti compilati da sorgente 
in pacchetti della distro e cosi' permette di gestirli con facilita'.
Altra differenza e' il numero di pacchetti: slackware distribuisce al 
piu' un paio di CD(debian 7), ma esistono dei siti su cui chi vuole puo' 
mettere i pacchetti per la slackware da lui creati e facilissimamente 
installabili. Comunque(commento personale) sui CD distribuiti 
ufficialmente dalla slackware c'e' gia' tutto quello di cui uno puo' 
aver bisogno e molto di piu'.
Insomma: se si ha voglia, tempo e capacita' di stare a compilare allora 
consiglio la slackware, altrimenti la debian.
Non so se si e' capito, ma sono un po' di parte(slackware).
ciao
slacky

 Non so se si e' capito, ma sono un po' di parte(slackware).
  Non s'e' capito: io ho capito che e' meglio la Debian pero' se hai
  tempo da buttare allora e' meglio la Slackware  ;-)
  aspetta mo' che rileggo meglio ....
 
-- 
senza lilleri non si lallera

quanto riguarda i pacchetti che distribuisce.
Ecco, questo è un dubbio che ho da parecchio, e spero che qualcuno
vicino allo sviluppo della Debian legga questo mio post.
Perché la stabilità della debian si paga con una "vecchiaia" dei
pacchetti, e la slack che a quel che si legge è altrettanto stabile
invece ha sempre le ultime versioni dei programmi?
(qui il discorso è tra Deb e Slack, lo so che la stabilità di Sid è pari
a quella delle versioni stabili di altre distribuzioni...)
Ciao.
-- 
Antonio | Quando il parametro di un comando compare fra parentesi quadre,
Tip  of | significa che è opzionale.  Per esempio, nel comando seguente non è
the day | strettamente necessario specificare il nome del file di output:
0004    | $ ps2pdf 
input.ps
 [output.pdf]

 a quella delle versioni stabili di altre distribuzioni...)
in realta' qualche dubbio ce lo ho anche io...e mi sono spesso fatto la 
stessa tua domanda. Forse sono semplicemente diversi gli obietivi: da 
dove ti scrivo ho la Debian e spesso durante la settimana l'aggiorno con 
importanti aggiornamenti per la sicurezza, cosa che invece sulla Slack 
succede raramente, perche' ne vengono proposti veramente pochi. 
Naturalmente non penso che quelli della Debian siano piu' "scemi" di 
quelli della Slackware e abbiano prodotto una distro piu' "bacata" della 
Slackware, visto soprattutto che la fase di testing sulla Debian e' 
veramente lunga.
Dunque forse l'obiettivo della Debian e' la sicurezza e ci stanno dietro 
tantissimo con aggiornamenti, mentre quella della Slackware e' avere un 
sistema ben funzionante con pacchetti quasi nuovissimi, ma abbastanza 
ben testati e per la sicurezza....forse e' meglio che si arrangi chi 
decide di installarla.
Naturalmente potrei avere detto un sacco di scemate...ti sembra che 
quello che ho scritto sia lontanamente plausibile?
ciao
slacky

 a quella delle versioni stabili di altre distribuzioni...)
In realta' "stable" non significa solo stabile ma parecchie cose.
Significa che tutti i pacchetti hanno le dipendenze fatte nel modo giusto,
che i programmi che girano non si bloccano e se si bloccano e' sicuramente
colpa dell'utente o dell'hardware, che vengono risolti un numero
elevatissimo di bachi di sicurezza e in modo trasparente.
Debian Woody e' fatta per girare su server di produzione. Per i desktop va
bene anche la unstable che e' stabile uguale ma ha piu' bachi di sicurezza
e rischi qualche dipendenza mancata. In piu' non hai la certezza che se
qualcosa non va sia colpa dell'hardware o tua ma potrebbe essere colpa
della distribuzione (cosa che in ambiente di lavoro non ti puoi
permettere, se hai bisogno di un server perfetto non puoi perdere tempo a
cercare di capire se l'errore e' del software o dell'hardware o tuo...)
In piu' in un server non ha importanza avere gli ultimi pacchetti usciti.
Se la usi per il desktop invece una testing o una sid sono perfette,
stabilissime e velocissime.
-- 
try: troll.uses(Brain)
except TypeError, data: 
   troll.plonk()
Co-Responsabile Hardware Information & Technology 
http://hit.edengames.net

 pari a quella delle versioni stabili di altre distribuzioni...)
Personalmente, la trovo un'affermazione un filino discutibile e in linea
di massima, non dimostrabile.
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 invece ha sempre le ultime versioni dei programmi?
Semplice: la slack *non* è altrettanto stabile quanto la Debian stable.
Chiunque affermi questo ha un differente concetto di "stabilità" da
quello della community Debian.
Ciao,
 Emmanuele.
-- 
"L'ottimismo è un atto rivoluzionario" -- Col. Nick Fury, USM 24
Emmanuele Bassi (Zefram)              [ 
http://digilander.iol.it/ebassi/
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 E si trova qualcosa di meglio di queste?
Ne dubito altamente. :-)


 di massima, non dimostrabile.
so che 1 caso e' poca statistica ma la mia Debian sid non si e' ancora
bloccata, neanche quando non avevo i driver per il mio chipset (usciti con
il 2.4.21-pre5). La SuSE che avevo prima invece si bloccava se usavo wine
con Licq (wine emulava roba win ovviamente).
Una roccia in quanto a stabilita' e velocita'


 quello della community Debian.
allora a rigore, se e' possibile che ci siano diversi concetti associati 
alla parola stabile non ha senso la tua affermazione precedente "la 
slack *non* è altrettanto ..." in quanto non vi si discute il concetto 
di stabilita', ma la stabilita' di due distro...dove "stabilita'" ha un 
significato diverso per ogni distro: :-) :-):-)
Comunque ho capito, scherzo :-) :-) :-) .
Potresti andare un po' piu' nel dettaglio? da qualche parte e' stata 
fatta una comparazione seria e non di parte sui metodi di "produzione" 
degli sviluppatori della slackware e quelli degli sviluppatori della 
debian? occhio che non ti sto chiedendo *quali* sono i metodi di quelli 
della debian(per questo basterebbe andare sul sito), ne' sto mettendo in 
dubbio quello che dici, che e' credibile, vista soprattutto la mia 
ignoranza(non sono proprio utonto, ma non ci manca tanto...).
ciao
slacky

e in linea di massima, non dimostrabile.
Dio esiste, ma non è dimostrabile! :-)
In realtà concordo con te, tanto più che non uso personalmente sid, ho una
woody "testing" non aggiornata, ma posso fare un esempio (spero che nessuno
si attacchi a fare polemiche). Quando usavo la Mandrake 7.2, ottima distro,
per l'amor del cielo, da un giorno all'altro mi ha smesso di funzionare
l'audio, senza che il mio root abbia pasticciato; Diversi programmi non
sono mai riuscito ad usarrli, cliccavo sul menu, partiva la clessidra e poi
spariva nel nulla (per chissà quali prblemi di dipendenze).
Sul portatile di una mia amica da un giorno all'altro ha smesso di
funzionare il mouse (Red Hat 7).
Da quando uso Woody, marzo 2002, non mi è mai successa nessuna di queste
cose. 
Ripeto, non polemiche, please (non ce l'ho con te, Danie'), non sono uno di
quelli che dice che la migliore è la mia e tutto il resto non vale niente.
Ogni distro ha le sue peculiarità e va ottimamente sotto certi aspetti. Io
sono approdato alla DEbian e attualmente ci sto bene (come tu stai bene con
Suse, bodo con RedHat, matte' con slack, ecc. ecc.) :-)
Ciao.
-- 
Antonio
| Pretendi una risposta immediata dal NG?
| Puoi ottenerla!
| 
http://groups.google.com/advanced_group_search

 debian?
Non che io sappia, ma avendo usando Slackware e Debian (più praticamente
tutte le altre distro di grande diffusione), posso fare una comparazione
"on-the-fly" molto spannometrica.
Slackware usa i pacchetti originali, a cui applica patch proprie,
esattamente come ogni altra distribuzione a questo mondo (esclusa, forse
Gentoo, che però non ho tempo/modo di usare). Il fatto è che i pacchetti
della Debian rimangono in fase di test per *molto* più tempo, rispetto a
quelli della Slack, per permettere a dei fix presentati (o aggiunti dai
maintainer) di poter entrare nella mainstream (ovvero di essere
approvati anche dagli sviluppatori del software), oppure di incorporare
nuove soluzioni presentate dagli sviluppatori.
Senza contare la cura che i maintainer devono porre quando creano i
pacchetti: non solo fare in modo che lintian non ti dia del merdone
assassino per aver violato la policy Debian, ma anche tenere conto delle
segnalazioni di bug su Bug Tracking System (sia del programma originale
che del pacchetto).
Tutto questo può sembrare molto paranoico (e lo è, fino ad un certo
punto), ma è anche quello che differenza Debian da Slackware (e da
qualsiasi altra distribuzione attuale).


 qualsiasi altra distribuzione attuale).
tutto sommato e' quello che mi aspettavo mi dicessi. Difatti, proprio 
per questi motivi, in particolare per l'attenzione alle questioni di 
sicurezza del team debian ho deciso che sul nuovo portatile, che stara' 
abbondantissimamente connesso in rete, installero' una debian anziche' 
una slackware. Questo con un po' di dispiacere, ma...non si puo' avere 
tutto...ma non smettero mai di amare la slack :-) :-)
grazie della risposta e buona serata
slacky

 usavo wine con Licq (wine emulava roba win ovviamente).
Non è questo il punto, non voglio assolutamente arrivare a fare la conta
dei blocchi di quella distro piuttosto che di quell'altra.
Quello che mi infastidisce, sono le "verità assolute" tipo quella distro
è sicuramente stabile, le altre fanno sicuramente cagare.
Come non condivido il fatto che per fare una distro stabile, ci vogliono
due anni e se un'altra distro ci mette di meno, allora fa sicuramente
cagare..
I bug esistono ed esisteranno sempre, in tutti i programmi e in tutte le
distro, Debian compresa. Due anni abbondanti per rilasciare la 3.0 e
"solo" 5 mesi per arrivare alla 3.0.r1 e nel changelog, ci sono una
discreta quantità di "fixed".
Adesso sto scrivendo dal portatile con su una Suse 8.1 con diversi
pacchetti che potremmo paragonare ai pacchetti della Sid, glibc-2.3.*
prese da una beta della 8.2, kernel 2.4.20 pesantemente di sviluppo
(mantel-kernel basato su pre-release del kernel di Arcangeli..)
ricompilato con una pre-release del gcc-3.3 (con annessi & connessi..)
e altre cosette. Stando alle "verità assolute", questo sistema non
dovrebbe nemmeno avviarsi e invece gira tutto alla perfezione...


 distro....
Non voglio assolutamente fare una guerra di religione e ovviamente,
ognuno è libero di pensare come meglio crede.
quello che mi infastidisce, sono le "verità assolute"...
Ho già spiegato la mia posizione a Dialtone, quindi non mi ripeto.
Aggiungo solo che non mi sto riferendo a nessuno in particolare,
piuttosto, ad un "atteggiamento".
Atteggiamento che spesso viene assunto da chi magari ha installato Linux
da due giorni e siccome l'amico del cugino della cognata della sorella
del lattaio, gli ha detto che quella distro è la migliore e le altre
fanno schifo, attiva il "pappagallo mode" e avanti Savoia! 


 originale che del pacchetto).
Mi sai dire dove posso trovare le "specifiche" dello sviluppo/testing ?
Cioè su come deve venir testato un pacchetto, i dettagli però...
Ho provato a cercare ma ho trovato solo info un po' generiche, tipo: il
pacchetto si deve installare (LOL!), deve funzionare l'upgrade, non si
deve lamentare il lintian, etc, etc...


 Cioè su come deve venir testato un pacchetto, i dettagli però...
La maintainer guide, di cui esiste una versione per i nuovi maintainer.
I pacchetti più importanti sono:
developers-reference - Debian Developer's Reference
maint-guide - Debian New Maintainers' Guide
maint-guide-it - Italian translation of Debian New Maintainers' Guide.
Poi, la miglior sorgente è prendere un pacchetto analogo in formato
sorgente, e cominciare a spulciarselo tutto quanto.


 pacchetti che potremmo paragonare ai pacchetti della Sid, 
Da dove prendi tutto sto ben di dio?
Hai un repository per apt4rpm?
-- 
Simmer

piuttosto, ad un "atteggiamento".
Sono d'accordissimo con te. Mi spiace che il mio post possa aver dato
adito a questi pensieri, ma ti assicuro (e sicuramente lo sai) che non
era nelle mie intenzioni.
Ciao.
-- 
Antonio | Per decodificare tutti gli allegati in una mailbox:
Tip  of | $ formail -ds uufilter < temp.mbox
the day |
0008    |

 Hai un repository per apt4rpm?
Per farti scaricare i pacchetti di cui sopra ?
No, non sono disponibili proprio perché altamente sperimentali.
Comunque, se hai installato ap4rpm, puoi comunque trovare pacchetti
nuovi e "ufficiosi" per Suse...
Altre info nel sito in firma.


 Altre info nel sito in firma.
E' già nel bookmarks da un bel po ;-)
-- 
Simmer