Newsgroup: it.comp.os.linux.iniziare
Titolo: RPM e sorgenti

Dal punto di vista tecnico, oltre alle differenze in fase di installazione,
che differenze ci sono tra i diversi pacchetti e i vantaggi/svantaggi di
ognuno?
-- 
TuxLander

 e i vantaggi/svantaggi di ognuno?
IMO i sorgenti hanno un solo vantaggio: permettono di usare
il programma anche quando non c'e` il pacchetto.
ma a parte questo, sulle distro fornite di package menager,
non vedo motivi di usarli. Se si vogliono ottimizzare
i pacchetti, ci sono apposta i .src.rpm o equivalenti,
che uniscono il meglio di entrambi gli approcci.
-- 
 Francesco Romani - Ikitt  | Describe your vision, the meaning is missing |
*** mailserver: 
freemail.it
| Won't anybody listen?                        |

 ognuno?
Fondamentalmente, compilare i sorgenti ti permette di modificare a
piacimento le opzioni del programma (ad esempio, puoi inserire o togliere
alcune features che non ti interessano), e un programma compilato sulla
TUA macchina e' tagliato su misura, regalando prestazioni migliori
specialmente per software importanti e/o voluminosi. Ovvio che ricompilare
l'orologio e' inutile, Openoffice o Mozilla puo' aiutare.
Dall'altro lato, installare RPM permette di tenere un database delle
applicazioni installate, e rende molto piu' semplice disinstallazione e
upgrade.
Io ho adottato una via di mezzo, grazie a checkinstall: partendo dai
sorgenti, e dopo aver effettuato la compilazione, invece di dare 
# make install
dai
# checkinstall
che con i binari che ti sei compilato crea un RPM che va ad aggiungersi al
database, mantenendo in ordine il sistema e permettendoti di fare pulizia
eliminando la cartella dei sorgenti. Per disinstallare, rpm -e e via.
Spero di essermi spiegato. Ciao!
-- 
Best Regards, Jack
Linux User #264449 - Powered by Red Hat 9
Need help with Red Hat? Try linux.redhat.*

 che uniscono il meglio di entrambi gli approcci.
Ciao, toglimi una curiosità, dato che non mi è mai capitato di farlo e nelle
guide vedo solo l'installazione dei .rpm , se ho un file es. pippo.src.rpm,
come si fa ad installarlo?
rpm -Uvh funziona con pippo.rpm
ma per dirgli anche di compilare il sorgente dentro pippo.src.rpm devo usare
altre opzioni?
Grazie.

 come si fa ad installarlo?
rpmbuild --rebuild pippo.src.rpm
se si usa una distro recente,
altrimenti
rpm --rebuild pippo.src.rpm
man rpm(build) per dettagli


 eliminando la cartella dei sorgenti. Per disinstallare, rpm -e e via.
Sgaggio! Ottima soluzione.
Ciao
-- 
_____________________________________________________________________
Mirco Zorzo 305---> 40k km--->€€€--->Polo tdi---> 93k km , classe rca 11, 
-peso=-spazi d'arresto +prestazioni o minori consumi
MDK Linux 2.4.21 Registered user #287263

 
rpmbuild (mi pare), al caso vai di man (page)


quindi così facendo oltre ad installare il programma dai sorgenti mi
dà la possibilità di disinstallarlo come se si trattasse di un rpm?

 dà la possibilità di disinstallarlo come se si trattasse di un rpm?
Esatto.
Semplice, diabolico, geniale.


Semplice, diabolico, geniale.
Oh oh oh... frena frena Areta Franklin...
questa magica formula, è un prog a parte o è una di quelle opzioni
nasconste che conoscono Stallman, Linus, Alan Cox e Andrea Arcangeli?
Sembra essere la soluzione ad hoc ad un problemone...
iauz
deadhead
-- 
begin  .signature
This is a .signature virus! Please copy me into your .signature!
See Microsoft KB Article Q265230 for more information.
end
Se vuoi scrivermi, togli ".okkupato"

 nasconste che conoscono Stallman, Linus, Alan Cox e Andrea Arcangeli?
E' un semplice programma (uno scrpt..) e trovi in tutte le distro.
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 E' un semplice programma (uno scrpt..) e trovi in tutte le distro.
ma dove? io non l'ho trovato... e non li ho mai fatti così gli rpm...
spiegatemi sta cosa..
cmq sarebbe ./configure, make, make install, checkinstall?

 cmq sarebbe ./configure, make, make install, checkinstall?
No senza make install che è sostituito da checkinstall.
Ciao
Mirco
-- 
__________________________________________________________________
Mirco Zorzo 305---> 40k km--->€€€--->Polo tdi---> 95k km , classe rca 11, 


 No senza make install che è sostituito da checkinstall.
si ma io questo script non lo trovo... 
e dove li andrebbe a mettere i pacchetti?

Blak ha scritto:

http://freshmeat.net/projects/checkinstall/?topic_id=46%2C41%2C147%2C257


 
http://freshmeat.net/projects/checkinstall/?topic_id=46%2C41%2C147%2C257
Ora do un'occhiata... grazie mille, spero di non avere ulteriori problemi.

 Spero di essermi spiegato. Ciao!
Una cosa però non mi piace molto di checkinstall, 
nel file /usr/local/checkinstall-1.5.3/checkinstallrc ci sono queste opzioni
di default:
# RPM optional flags
RPM_FLAGS=" --force --nodeps --replacepkgs "
Rpm di solito invece non le usa di default vero?
Ciao
Mirco


 Ora do un'occhiata... grazie mille, spero di non avere ulteriori problemi.
Allora è una banalità ma te lo anticipo subito, in questo momento funziona
solo il mirror, ma funziona.


 solo il mirror, ma funziona.
ah ecco, infatti. :-)
comunque l'ho installato, mi sto leggendo la documentazione... bello bello,
grazie mille.

 Rpm di solito invece non le usa di default vero?
No. E specie il --nodeps, sarebbe bene evitarle quando possibile
(quasi sempre, cioe`).
Ho provato checkinstall un bel po` di tempo fa (anche se mi sembra
che il release number non fosse molto minore di questo, boh), e
non mi ha fatto una buona impressione proprio a causa della sua
imprecisione.
checkinstall fa .rpm molto, molto grezzi, o meglio, li faceva
la versione che ho visto io. Per dirne una, non dichiarava
neppure cosa il pacchetto fornisce o richiede (provides e requires
dello spec file). Oltre a questo, macroscopico il fatto che
il campo Group: fosse sempre lo stesso per tutti i tipi
di pacchetti.
Ora, tutto questo e` perfettamente comprensibile, perche`
la creazione automatica di .rpm considerando ogni possibile
situazione e` un compito davvero molto arduo... E` necessario
restare molto generici.
checkinstall e` un buon software, ma (piu` che comprensibilmente)
non fa magie... Io non ne farei uso massiccio, per mantenere
un sistema davvero pulito tanto vale scriversi da soli
gli spec file :)
Il tutto IMHO/IME/AFAIK, ovviamente.


 gli spec file :)
Tutto quello che scrivi tu Ikitt per me è verbo, per me in questo caso è
comodo poter ricompilare ed eliminare i sorgenti, ecco forse checkinstall
fa questo e non molto di più. 
Mi ritiro a riflettere su quanto hai scritto e lascio a te queste mie poche
scelleratezze.
Ciao
Mirco
-- 
__________________________________________________________________
Mirco Zorzo 305---> 40k km--->€€€--->Polo tdi---> 95k km , classe rca 11, 
-peso=-spazi d'arresto +prestazioni o minori consumi


 scelleratezze.
Uhm, ho detto qualcosa che non va? Se si me ne scuso sinceramente, ma
non mi sono accorto di nulla... Vado a rileggere il thread.


 
Ho fatto qualche esperienza, ma non ho trovato sto checkinstall.

 non mi sono accorto di nulla... Vado a rileggere il thread.
No assolutamente, a volte scrivi cose che non capisco del tutto e su cui
devo meditare. Non c'è nulla che non va, tutto bene invece.
Ciao con simpatia e stima.
Mirco
-- 


 Ho fatto qualche esperienza, ma non ho trovato sto checkinstall.
Nel thred c'è un mio post in cui c'è il link al sorgente.
Ciao
Mirco
-- 


 conoscenza superiore alla mia e una notevole esperienza.
... Non fidarti invece ;)
Verifica sempre le affermazioni e le soluzioni che propongono i tizi sui NG
e via internet in generale, anche se magari sono ben argomentante.
Senza voler scomodare la malafede, siamo pur sempre (quasi) tutti esseri
umani, quindi si sbaglia, ci si confonde...
A parte questo, grazie per la simpatia & stima, ricambio :)


Ciao
ovvero? quando mi crea un rpm mi forza il funzionamento potendo
crearmi potenziali casini?

 crearmi potenziali casini?
Si, potenzialmente si. Ma come detto, non e` facile fare di meglio
in modo automatizzato.


 sovrascrivendo eventuali file gia` presenti.
Ma sostanzialmente, è quello che fa il make install, quindi quelle
opzioni, hanno una loro logica..


 opzioni, hanno una loro logica..
Si, da questo punto di vista si, ma collide con le regole di RPM.
E cosi` non e` ne carne ne pesce, tanto varrebbe allora usare un'altro
minidatabase privato di checkinstall :)


 A parte questo, grazie per la simpatia & stima, ricambio :)
Ciao :-)


minidatabase privato di checkinstall :)
si, infatti a me interessa un programma capace di tenere traccia di
quello che installo per poi disinstallarlo. check install lo sa fare
bene questo?

opzioni, hanno una loro logica..
ah make install sovrascrive? non lo sapevo?
rpm non sovrascrive?

 bene questo?
Non vorrei che si creasse un malinteso. Io _NON_ penso che checkinstall
sia cattivo software, tutt'altro. Pero`, quello che mi premeva puntualizzare
e` che, almeno nella release da me vista, NON e` perfetto e` NON e` la
panacea di tutti i mali, ne` la Soluzione Definitiva (tm).
Infatti, come e` emerso nel thread, checkinstall fa ricorso a trucchetti
sporchi piu` o meno nascosti per far funzionare le cose.
Precisato cio`, si, checkinstall fa bene quello che chiedi. Se non
t'interessa, o vuoi fare a meno, della creazione automatica di rpm,
puoi usare anche il solo installwatch, su cui checkinstall si basa.


 rpm non sovrascrive?
No, segnala eventuali file gia` presenti 
("il file XYZ confligge col file QQQ del pacchetto ABC).


ext1 wrote:

Si, lo fa discretamente bene, però è consigliato utilizzarlo solo su
pacchetti non particolarmante importanti.
Per esempio, io adesso ho "checkinstallato" programmi come: mplayer,
gimp-print, gift+plugin+apollon, un paio di temi per kde, i driver
Epson, scribus e altri. 
Non è da utilizzare, per programmi/librerie importanti per il
funzionamento del sistema o comunque, importanti per molti altri
programmi. Per es. eviterei assolutamente di checkinstallare le
glibc[1], librerie come QT/Gtk, i pacchetti principali di Kde/Gnome,
etc, etc...
Ciao.
[1] Queste eviterei a prescindere di ricompilarle:)
