Torna indietro   Hardware Upgrade Forum > Software > Linux, Unix, OS alternativi

Un fulmine sulla scrivania, Corsair Sabre v2 Pro ridefinisce la velocità nel gaming
Un fulmine sulla scrivania, Corsair Sabre v2 Pro ridefinisce la velocità nel gaming
Questo mouse ultraleggero, con soli 36 grammi di peso, è stato concepito per offrire un'esperienza di gioco di alto livello ai professionisti degli FPS, grazie al polling rate a 8.000 Hz e a un sensore ottico da 33.000 DPI. La recensione esplora ogni dettaglio di questo dispositivo di gioco, dalla sua agilità estrema alle specifiche tecniche che lo pongono un passo avanti
Nokia Innovation Day 2025: l’Europa ha bisogno di campioni nelle telecomunicazioni
Nokia Innovation Day 2025: l’Europa ha bisogno di campioni nelle telecomunicazioni
Dal richiamo di Enrico Letta alla necessità di completare il mercato unico entro il 2028 alla visione di Nokia sul ruolo dell’IA e delle reti intelligenti, il Nokia Innovation Day 2025 ha intrecciato geopolitica e tecnologia, mostrando a Vimercate come la ricerca italiana contribuisca alle sfide globali delle telecomunicazioni
Sottile, leggero e dall'autonomia WOW: OPPO Reno14 F conquista con stile e sostanza
Sottile, leggero e dall'autonomia WOW: OPPO Reno14 F conquista con stile e sostanza
OPPO Reno14 F 5G si propone come smartphone di fascia media con caratteristiche equilibrate. Il device monta processore Qualcomm Snapdragon 6 Gen 1, display AMOLED da 6,57 pollici a 120Hz, tripla fotocamera posteriore con sensore principale da 50MP e generosa batteria da 6000mAh con ricarica rapida a 45W. Si posiziona come alternativa accessibile nella gamma Reno14, proponendo un design curato e tutto quello che serve per un uso senza troppe preoccupazioni.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 20-06-2004, 13:08   #1
pinguino1981
Senior Member
 
Iscritto dal: Dec 2003
Città: cagliari
Messaggi: 340
sorgenti , binari, rpm..........un pò di chiarimenti

salve sto iniziando ad entrare nel mono linux da poco e mi servirebbe qualche chiarimento.

ho capito che distro come mandrake e redhat usano gli rpm,di facile utilizzo ma nn troppo veloci .
anche con suse stesso discorso per quanto riguarda la facilità.

debian usa i binari (che devo ancora capire bene di cosa si trattino) , + stabili e più facili da gestire dei sorgenti.

slack usa i sorgenti ...... velocissimi

gentoo usa i sorgenti come slack , giusto????? diffenze ????? però gento è + lenta e laboriosa nell' installazione.
che diffenze ci sono tra i sorgenti di slack , gentoo e i binari di debian???

Grazie mille a tutti
__________________
Vivi alla giornata e lascia che al futuro ci pensi il futuro.

hp tm2-2100sl + windows 8
pinguino1981 è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 13:18   #2
NA01
Senior Member
 
L'Avatar di NA01
 
Iscritto dal: Jun 2003
Città: Genova
Messaggi: 5676
mettiamo un pò di ordine
esistono solo binari e sorgenti
gli rpm, i deb, i tgz sono tutti binari (come dle resto i .exe di win).
si dice siano più semplici da installare (ma non poi di molto) rispetto ai sorgenti.
gli svantaggi sono che non sai cosa installa.
sono semplicemente sorgenti compilati da qualcun altro

il fatto della velocità è relativa.
in fase di compilazione puoi scegliere per che processore ottimizzare il programma
puoi fare una cosa "generica" tipo 386 o 586 ecc o dirgli che lo vuoi per un XP. i vantaggi sono in termini di velocità sono si elevati, ma del resto non si può pretendere che ogni distro fornisca binari per ogni processore (del resto si rischiano anche problemi di instabilità).
i sorgenti inoltre ti danno una possibilità maggiore di controllare quello che fai (da opzioni passate a ./configure a patch e modifiche varie).

PS: la slack utilizza i tgz che sono dei binari, anche se è molto più improntata all'uso dei sorgenti.
NA01 è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 13:45   #3
klaudyo
Senior Member
 
L'Avatar di klaudyo
 
Iscritto dal: Mar 2002
Messaggi: 320
Un'altro fattore importante è il discorso delle dipendenze.

Come saprai, quando installi un programma, sia da sorgenti che da binario, devi anche installare tutti i programmi che servono al primo per falo funzionare. Queste sono le "dipendenze".

Se installi un prog. da sorgente, le dipendenze devono essere installate a modo nel sistema (e nella versione giusta) altrimenti la COMPILAZIONE del programma fallirà.

Se installi un pacchetto binario tramite uno dei sistemi di pacchettizazione (tipo RPM o .deb, o altri) in maniera analoga devi garantire che i pacchetti richiesti siano installati, altrimenti l'INSTALLAZIONE non andrà a buon fine.

Quindi il problema che si pone è:

1) Sorgenti: l'amministratore del sistema deve installare a mano TUTTE le dipendenze

2) Binari: l'amministratore può contare su strumenti automatici per la risoluzione delle dipendenze.


Il problema delle dipendenze come capirai può non essere banale. Prova ad installare la GNOME da sorgenti e vedrai! Devi installare una sacco di programmi e nel giusto ordine!

Se uno si affida ai sistemi di pacchettizazione come RPM, ha un supporto migliore per gestire questo problema. Quando installi un binario, il sistema di pacchettizazione ti dice se le dipendenze sono soddisfatte o meno, e in caso quali paccheddi devi installare (e in quale versione).

RPM è la soluzione definitiva? non direi proprio....... La gestione delle dipendenze non è automatica. Devi essere tu ad installarti i programmi nella lista delle dip. A sua volta questi prog. potrebbero necessitare di altre dipendenze!!!!!

Meglio, allora, sistemi tipo l'APT di Debian che risolvono da soli le dipendenze (scaricandole da Internet ed installandotele).

APT, RPM installano binari, il che vuol dire che l'installazione richiede pochi secondo (sono già compilati!).

Altre disto (come Gentoo) hanno adottato la soluzione di "pacchettizzare" i sorgenti. Questo significa che invece che scaricare i binari ed installarli, vengono scaricati i sorgenti, compilati e quindi (una volta ottenuti i binari) installati.

Cos'è meglio? Binari? Sorgenti? La risposta può essere secondo me abbastanza complessa (o almeno pittosto lunga). Il vero problema però è: quale sistema di pacchettizazzione è meglio? RPM? APT? Portage?

Non, so..... io ne ho provati diversi e sono giunto alla conclusione che per ora Portage è il meglio che si possa avere.... ma probabilmente non tutti potrebbero essere d'accordo!


Ciao!
klaudyo è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 13:46   #4
mykol
Senior Member
 
Iscritto dal: Jan 2001
Messaggi: 3363
In sostanza, con i sorgenti ti puoi costruire un sistema più performante, stabile, a misura del tuo hardware, delle tue necessità, (se ne sei capace), mentre con gli RPM od i DEB ti costruisci (generalmente) senza troppa fatica, un sistema di massa, standard, che va bene per tutti gli usi, ma non ottimizzato per qualcuno in particolare.

Oltre agli rpm ed ai deb (se hai una connessione internet veloce) puoi installare tutto quello che vuoi con programmi appositi, propri di ogni distro (urpmi x Mandrake, apt-get per Debian). Secondo me è questa, generalmente, la soluzione migliore.
mykol è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 14:29   #5
Ikitt_Claw
Senior Member
 
Iscritto dal: Dec 2002
Città: /dev/urandom breed
Messaggi: 1689
Quote:
Originariamente inviato da klaudyo
RPM è la soluzione definitiva? non direi proprio....... La gestione delle dipendenze non è automatica.
In rpm il tool o in rpm il formato?

Quote:
Meglio, allora, sistemi tipo l'APT di Debian che risolvono da soli le dipendenze (scaricandole da Internet ed installandotele).
Nota che apt sta ad un livello superiore a rpm. Non si possono paragonare.
Ikitt_Claw è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 14:30   #6
Ikitt_Claw
Senior Member
 
Iscritto dal: Dec 2002
Città: /dev/urandom breed
Messaggi: 1689
Quote:
Originariamente inviato da NA01
gli svantaggi sono che non sai cosa installa.
In che senso scusa?
Ikitt_Claw è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 15:52   #7
NA01
Senior Member
 
L'Avatar di NA01
 
Iscritto dal: Jun 2003
Città: Genova
Messaggi: 5676
nel senso che lo devo convertire i tar per vedere cosa c'è dentro
preferisco controllare il makefile (che non mi nasconda nulla) e controllare la lista a video di quello che installa.


ciao
NA01 è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 16:00   #8
Ikitt_Claw
Senior Member
 
Iscritto dal: Dec 2002
Città: /dev/urandom breed
Messaggi: 1689
Quote:
Originariamente inviato da NA01
nel senso che lo devo convertire i tar per vedere cosa c'è dentro
preferisco controllare il makefile (che non mi nasconda nulla) e controllare la lista a video di quello che installa.
E perche` scusa, rpm (o anche deb) che nasconde?
rpm -ql, -qpl e via discorrendo...
Ikitt_Claw è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 18:16   #9
klaudyo
Senior Member
 
L'Avatar di klaudyo
 
Iscritto dal: Mar 2002
Messaggi: 320
Infatti, anche io credo che nessuno nasconda niente....

Oltre tutto onestamente quanti vanno a leggere il Makefile? Forse a volte può capitare di leggere le prime righe di un Makefile non fatto troppo bene, ma poi......

./configure
make
make install

e se niente da errori, in genere non si indaga più di tanto!


Per quanto riguarda RPM, mi riferivo al tool. Anche perchè per quanto riguarda il formato interno, non saprei dire, non lo conosco.... sarà in definitiva un tar.gz di directory standard....


Il confronto tra RPM e APT credo invece che si possa fare. Entrambi sono sistemi di pacchettizzazione. Uno (rpm) non gestisce le dipendenze ne scarica automaticamente software, l'altro installa, aggiorna, gestisce etc....... è chiaro che APT fa più cose e lo ritengo migliore.

finchè usavo Red Hat ho usato apt sopra rpm: in pratica tutto tutto funzionava come apt solo che i pacchetti invece che .deb erano .rpm (in realtà apt era un wrapper al comando rpm con in più tutto la struttura dei repository).

Di APT non mi piace il modo in cui i pacchetti vengono rintracciati e resi disponibili. Insomma il sistema di repository. Credo che Portage di Gentoo sia strutturato meglio: c'è un albero dei pacchetti ufficiale contenente versioni stabili e "instalbili" dei pacchetti. Periodicamente si fa un rsync del proprio albero con quello di un qualunque mirror Gentoo e si aggiorna il sistema (o si installano nuovi pacchetti) in base all'ulstimo Portage Tree.

Il vantaggio è che non dipendo mai da alcun repository specifico. Posso installare sempre e comunque qualsiasi pacchetto che è nel Portage Tree. Il mirror a cui mi connetterò sicuramente mi fornirà il pacchetto. Mentre, se non sbaglio, con apt installo un pacchetto solo se i repository che ho nella lista me lo forniscono.

Il problema si sposta ad avere un albero ricco di pacchetti, cose che, sinceramente, non costituisce un grosso problema allo stato attuale delle cose. A volte nel Portage Tree ho trovato cose che non avrei mai pensato! Oltre tutto, nei pochi casi in cui un pacchetto non ci sia, se uno ha l'ebuild, può inserirlo come estensione del proprio tree.


Alla fine cmq, non credo si possa eleggere un vero vincitore nei sistemi di gestione dei pacchetti: ognuno ha pregi e difetti. Certo è che RPM è veramente troppo limitato!

Forse le cose migliorano con urpm?.... non l'ho mai usato, com'e?


Ciao!

Ultima modifica di klaudyo : 20-06-2004 alle 18:19.
klaudyo è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 18:52   #10
Ikitt_Claw
Senior Member
 
Iscritto dal: Dec 2002
Città: /dev/urandom breed
Messaggi: 1689
Quote:
Originariamente inviato da klaudyo
Per quanto riguarda RPM, mi riferivo al tool.
Allora il confronto va fatto con dpkg, non con apt-get (per rimanere sull'esempio di debian).
O con *pkg in slackware, non con swaret.

Quote:
sarà in definitiva un tar.gz di directory standard....
Si basa su cpio, con in piu` un bel po` di metadati.

Quote:
Il confronto tra RPM e APT credo invece che si possa fare. Entrambi sono sistemi di pacchettizzazione.
Nope. RPM e` un gestore di pacchetti a medio/basso livello e un formato di pacchettizzazione, APT e` un (sistema di) gestore di pacchetti ad alto livello.
L'omologo di rpm e` dpkg: e` lui che spacchetta, lancia gli script di pre/post installazione, tiene traccia dei file installati e cosi` via.
apt lo si confronta con urpmi o yum, se si vuole fare un confronto equo.

Quote:
Uno (rpm) non gestisce le dipendenze
Le gestisce eccome, ma non le risolve.

Quote:
ne scarica automaticamente software, l'altro installa, aggiorna, gestisce etc....... è chiaro che APT fa più cose e lo ritengo migliore.
Ovvio: rpm e` un motore, apt e` la macchina completa.

Quote:
finchè usavo Red Hat ho usato apt sopra rpm: in pratica tutto tutto funzionava come apt solo che i pacchetti invece che .deb erano .rpm (in realtà apt era un wrapper al comando rpm con in più tutto la struttura dei repository).
(piu` o meno)...
Appunto.

Quote:
Di APT non mi piace il modo in cui i pacchetti vengono rintracciati e resi disponibili. Insomma il sistema di repository. Credo che Portage di Gentoo sia strutturato meglio: c'è un albero dei pacchetti ufficiale contenente versioni stabili e "instalbili" dei pacchetti. Periodicamente si fa un rsync del proprio albero con quello di un qualunque mirror Gentoo e si aggiorna il sistema (o si installano nuovi pacchetti) in base all'ulstimo Portage Tree.
Detta cosi` e` uguale sputato al sistema di debian usando solo i repository di deb (stable/testing/unstable).

Quote:
Alla fine cmq, non credo si possa eleggere un vero vincitore nei sistemi di gestione dei pacchetti: ognuno ha pregi e difetti. Certo è che RPM è veramente troppo limitato!
Non piu` di .deb

Quote:
Forse le cose migliorano con urpm?.... non l'ho mai usato, com'e?
Carino, ma IMHO e` meglio yum, e apt4rpm e` ancora meglio.

Ultima modifica di Ikitt_Claw : 20-06-2004 alle 18:58.
Ikitt_Claw è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 19:42   #11
klaudyo
Senior Member
 
L'Avatar di klaudyo
 
Iscritto dal: Mar 2002
Messaggi: 320
Quote:
Originariamente inviato da Ikitt_Claw


Detta cosi` e` uguale sputato al sistema di debian usando solo i repository di deb (stable/testing/unstable).

Confesso di non avere molta esperienza con Debian, ma mi è sembrato di capire che questi repository ufficiali non vengano aggiornati con la solita constanza del Portage. Tanto per fare un esempio, è uscito Firefox 0.9, ed il gg. dopo c'era già l'ebuild nell'albero.... ripeto che non sono esperto di Debian e chiedo, anche i repository ufficiali sono così aggiornati e completi?

Inoltre una cosa molto comoda di Portage è la possibilità di installare una versione specifica di un pacchetti (non necessariemanete l'ultima disponibile o l'ultima dichiarata stabile). Succede anche con apt?


PS tornando sul confronto RPM/DEB, se non ho capito male quindi:

formato .rpm ~ formato .deb
urpm, yum, etc... ~ apt
rpm (comando) ~ dpkg

se si, un'altra piccola lacuna colmata ....

PPS per quanto riguarda la "gestione delle dip." di rpm, intendevo effettivamente la risoluzione delle dipendenze. Mi sono espresso male

Ultima modifica di klaudyo : 20-06-2004 alle 19:45.
klaudyo è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 20:17   #12
NA01
Senior Member
 
L'Avatar di NA01
 
Iscritto dal: Jun 2003
Città: Genova
Messaggi: 5676
non dico che non ci siano metodi per vedere cosa c'è dentro un rpm, semplicemente che trovo più comodo guardarlo da sorgenti

per il fatt che nessuno nasconde nulla.....
sarà anche vero, ma prima di installare un tgz preso da un sito sconosciuto mi piace sempre controllare che roba è

ciao!
NA01 è offline   Rispondi citando il messaggio o parte di esso
Old 20-06-2004, 23:27   #13
klaudyo
Senior Member
 
L'Avatar di klaudyo
 
Iscritto dal: Mar 2002
Messaggi: 320
Mi sembra chiaro: nessuno installa software a caso......
klaudyo è offline   Rispondi citando il messaggio o parte di esso
Old 21-06-2004, 20:58   #14
pinguino1981
Senior Member
 
Iscritto dal: Dec 2003
Città: cagliari
Messaggi: 340
grazie ragazzi per le numerose risposte,
in fine ho capito che sono quasi tutti buoni , chi per un motivo chi per un altro, sta solo ad ognuno capire il suo preferito.

ok

__________________
Vivi alla giornata e lascia che al futuro ci pensi il futuro.

hp tm2-2100sl + windows 8
pinguino1981 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Un fulmine sulla scrivania, Corsair Sabre v2 Pro ridefinisce la velocità nel gaming Un fulmine sulla scrivania, Corsair Sabre v2 Pro...
Nokia Innovation Day 2025: l’Europa ha bisogno di campioni nelle telecomunicazioni Nokia Innovation Day 2025: l’Europa ha bisogno d...
Sottile, leggero e dall'autonomia WOW: OPPO Reno14 F conquista con stile e sostanza Sottile, leggero e dall'autonomia WOW: OPPO Reno...
Destiny Rising: quando un gioco mobile supera il gioco originale Destiny Rising: quando un gioco mobile supera il...
Plaud Note Pro convince per qualità e integrazione, ma l’abbonamento resta un ostacolo Plaud Note Pro convince per qualità e int...
Adesso ci si può laureare in stor...
Impact.com ridefinisce il performance ma...
Nintendo non considera le mod dannose pe...
Dreame inaugura il suo flagship store a ...
OpenAI e Jony Ive: in arrivo un disposit...
TikTok, secondo Trump l'accordo con Xi &...
HUAWEI, tutte le novità dell'even...
Mercedes GenH2 Truck sulle Alpi: oltre 1...
Shadow Leak: ecco come ChatGPT poteva es...
Google Gemini 2.5 batte quasi tutti gli ...
Battlefield 6: i giocatori console non p...
Iliad rinnova l'offerta mobile: tre pian...
HUAWEI Watch GT 6 ufficiale: design al t...
Reggie Townsend di SAS: l’etica dell’IA ...
Startup Marathon in vista del traguardo:...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 04:06.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v