Newsgroup: it.comp.os.linux.iniziare
Titolo: sorgenti + checkinstall o src.rpm?

...questo e' il problema!
Salve a tutti. Vorrei installare un programma da sorgenti (per la cronaca:
MPlayer) su una mdk, solo che, per non rompere il db degli rpm dovrei
utilizzare una delle 2 opzioni citate nell' oggetto.
Normalmente non avrei problemi (altro src, urpmi nomeprog e vai) ma
MPlayer e' famoso per avere un numero immane di opzioni nel ./configure, e
vorrei sapere se fosse possibile, via *rpm* conoscere e mettere le opzioni 
(ho googolato, ma non ho avuto risposte... la pagina man di rpm non dice
che sono possibili personalizzazioni, ma ho visto su un paio di pagine web
che e' possibile impostare l' attributo --target, che e' marginale, nel
mio caso)
checkinstall l' ho provato qualche versione fa, ma non m' ha convinto del
tutto... certo che con questo programma e' implicito ottenere cio' che ho
chiesto, dunque vi chiedo: c' e' qualche opzione / parametro, piu' o meno
documentata, che mi consenta di passare opzioni al ./configure?
-- 
§            ZeD             §
§         18/08/2004         §
§ S. Elena-Ss. Floro e Lauro §
§   Now listening: Nothing   §

 tutto...
L'ho provato eoni fa, e all'epoca faceva rpm molto grezzi, troppo per me.
Non so se e quanto la situazione sia migliorata.
-- 
Francesco Romani -- Ikitt 
'In fact, users don't read /anything/'                         -- Joel Spolsky

 (o quale altra opzione sia gradita)
Lasciai un pezzo nella tastiera:
Se modificare i parametri del ./configure e` semplice, potrebbe
non esserlo il passo successivo, ovvero aggiustarsi i campi che segnalano
le dipendenze (Depends: e BuildDepends:): questo pero` dipende caso per caso.
Se non si fa questo secondo passo, pero`, l'intera manovra perde
quasi completamente di senso: rpm continuera` a segnalare dipendenze,
in questo caso inesistenti...


 ...
Non so rispondere esattamente alla tua domanda, ma con checkinstall (che ti
consiglio se consideri vitale non toccare il db: io l'ho installato da
sorgente senza checkinstall tanto ho la versione 0.90 da tempo e non ho
nemmeno bisogno di aggiornarla per quello che ci devo fare io) non dovresti
avere problemi di nessun tipo.
Infatti ti comporti esattamente come quando compili il programma, con
./configure (le opzioni che vuoi) ed il make.
Soltanto, al posto di make install dai un checkinstall.
Il consiglio che ti do invece, se hai una mandrake10, è quello di provare
prima checkinstall su di un programma semplice che puoi provare in meno di
un minuto, in quanto ho avuto problemi sulla mia Fedora Core 2 prima di
riuscire ad usare checkinstall e documentandomi su internet per risolvere il
problema ho scoperto che anche numerosi utenti con mandrake 10 avevano
problemi simili ai miei.
Comunque una volta che ckeckinstall funziona bene, è infallibile e andrebbe
usato il più possibile quando hai a che fare con codice sorgente.

 mandrake 10 avevano problemi simili ai miei.
mmm
"provare" non e' proprio il massimo, anche perche' proprio provando
checkinstall l' ultima (e prima) volta, mi trovai pezzi di programma
sparsi un po' dappertutto SENZA il db di rpm aggiornato...
certo che se Ikitt ha ragione, mi sa che questa e' la soluzione piu'
pratica...


 sparsi un po' dappertutto SENZA il db di rpm aggiornato...
Si ma non ti devi preoccupare per questo.
La prova che devi fare ti dice subito se hai una versione di checkinstall
che non funziona, ti da un segmentation prima ancora di installare della
roba.
E comunque puoi sempre dare subito il make uninsall (dovrai ovviamente
provare con un programmino che prevede questa possibilità), dovrebbe esserci
da qualche parte "Hello, world", per non correre rischi.
Se non ti da segfault, è pronto da usare e funziona bene, ti genera un
pacchetto binario che poi ti ripulisce effetivamente tutto.
E' la via che io ti consiglio.
Non esiste che ti fa dei casini, o funziona o non ti funziona.
Dal momento che ti genera il file .rpm sei a posto, lo puoi installare con
fiducia.
Te lo installi da rpm e se non ti funziona lo disinstalli (risolvere il
problema è tosto, devi girare un pò su internet) io ci sono riuscito ma non
ti dico come... (ho avuto culo), funzionava benissimo sulla FC1 ma nella 2
aveva smesso completamente.
ciao.

 for instructions.
make[1]: *** [ffv1.o] Error 1
make[1]: Leaving directory
`/home/zed/Desktop/Downloads/MPlayer-1.0pre5/libavcodec'
make: *** [libavcodec/libavcodec.a] Error 2
non sono un esperto di gcc, ma qua mi pare che il problema non sia
"strettamente" nei sorgenti, quanto piuttosto nel compilatore, o mi
sbaglio?


 sbaglio?
Probabilmente sto' per dirne una delle mie .....
mà se ricordo bene c'è un comando (rpm -non ricordo) per estrarre il
contenuto da un file.rpm  se riesci ad estrarre quello di MDK puoi provare
a ricompilare quello....... 
-- 
Linuxuser Slackwaredotato

 se riesci ad estrarre quello di MDK puoi provare a ricompilare quello.......
O_o
e che differenza ci sarebbe tra i sorgenti "originali" e quelli presenti
in un .src.rpm???


 in un .src.rpm???
Questo chiedilo ai "Fenomeni" di MDK ....
-- 
Linuxuser Slackwaredotato

 Questo chiedilo ai "Fenomeni" di MDK ....
onestamente 'sta faccenda mi puzza un po'...


 in un .src.rpm???
Solitamente, nessuna: le patch stanno a parte, e vengono applicate al volo.


 onestamente 'sta faccenda mi puzza un po'...
??? hai lasciato l'abbacchio in forno ?  :-) 
-- 
Linuxuser Slackwaredotato

 ??? hai lasciato l'abbacchio in forno ?  :-)
no, e' che son 2 giorni che non mi lavo per ricompilare mplayer ;P
