Impacchettare Compiz Fusion GIT con MakeFusionDebs
Ci siamo! Come avevo anticipato nel post precedente, mi sono messo di buzzo buono, ed ho terminato il lo script dinamico per impacchettare Compiz e Compiz Fusion direttamente da GIT.
Infatti, già quando iniziai ad impacchettare Beryl-SVN, come presupposto iniziale mi scrissi uno script che chiamavo rudimentalmente ‘makedebs‘ che mi permetteva di fare tutto il lavoro senza troppo sforzo e, sopratutto, senza necessità di una grossa manutenzione…
Col breve passaggio di Beryl da SVN a GIT, aggiornai lo script per funzionare anche con il Software di Controllo delle Versioni Distribuito di Torvalds (= git) e con l’arrivo di CompComm (poi Compiz Fusion) l’ho aggiornato ulteriormente…
Il maggior problema di Compiz Fusion è il fatto che non vengono distribuite delle cartelle debian, di default che consentono la realizzazione dei pacchetti, per tanto (com era già avvenuto anche per alcune parti di Beryl e come succede quasi sempre per gli altri pacchetti che produco) le ho dovute fare io, praticamente da 0…
Avendo ricevuto l’accesso in scrittura al GIT di OpenCompositing qualche settimana fa, ho deciso che il nuovo sistema sarebbe stato molto più git-based.
Con un po’ di ritardo, stasera ho inserito in GIT tutte le cartelle debian necessarie alla creazione di pacchetti .deb, quindi dopo diversi aggiornamenti, ho inserito anche il nuovo makefusiondebs che vi permetterà di compilare e pachettizzare tutto!
Le modifiche rispetto alla versione precedente sono:
- Autoupdate (lo script si auto-aggiorna all’avvio)
- Supporto ad un file di configurazione (makefusiondebs-options)
- Supporto per le patch debian (sistema quilt)
- Controllo dell’ABIVERSION dei plugin (permette la ricompilazione automatica)
- La versione di base ora viene letta anche dal configure.ac
- Supporto per il prefisso delle versioni debian (#:versione)
- Corretta la rimozione dei suffissi debian alla versione
- Possibilità di definire il nome delle cartelle in cui salvare i dati
- Spostamento dei vecchi deb basato anche sul pacchetto sorgente
- Le cartelle debian utente, ora hanno priorità su quelle scaricate
- Codice ripulito
- Altre correzioni sparse che non ricordo
Per avere tutto questo, dopo che avete ripulito il vostro sistema dalle installazioni di compiz in /usr/local (soprattutto rimuovendo i file /usr/local/lib/pkgconfig/compiz*.pc), vi basterà dare i seguenti comandi:
git-clone git://anongit.opencompositing.org/users/3v1n0/compiz-fusion-debian-builder
cd compiz-fusion-debian-builder
./makefusiondebs
A questo punto lo script tenterà prima di aggiornare sé stesso (ed in caso positivo di riavviarsi), se non impostato diversamente (vedi sotto), e poi scaricare (o aggiornare) tutte le sezioni del GIT definiti (che comprendono sia compiz-fusion-debian che compiz-wrapper - tra l’altro quest’ultimo è stato integrato in questi giorni proprio nei pacchetti di Ubuntu Gutsy!!) nelle opzioni…
Ho parlato di opzioni, sì, perché essendo l’autoaggiornamento basato su GIT, per evitare problemi col passare del tempo, ho deciso di dare la possibilità di definire le proprie impostazioni in un file parallelo, impostato di default a makefusiondebs-options, che potrete editare (mantenendo la sintassi bash) per personalizzare l’impacchettamento (piuttosto che toccando lo script stesso, per cui semmai inviatemi delle patch, ma che è meglio non modificare direttamente!).
Infine, un accenno ai parametri accettati dallo script:
./makefusiondebs # esegue tutti i passaggi (aggiorna ed impacchetta)
./makefusiondebs update # esegue solo l’aggiornamento dei pacchetti
./makefusiondebs build # impacchetta solo ciò che serve
./makefusiondebs <item> # impacchetta solo <item> (se necessario)
./makefusiondebs rebuild <item> # forza la ricompilazione di <item>
./makefusiondebs repack <item> # forza il rimpacchettamento di <item>
Adesso se non potete o non volete usare i miei deb di Compiz, sarà possibile e molto facile creare pacchetti anche per tutte le distribuzioni (basate su debian) e tutte le architetture; se vi dovesse servire hosting per i vostri pacchetti - per un eventuale repository - contattatemi pure!
Maggiori informazioni le troverete sicuramente in questo thread di OpenCompositing.
Bye ^_^

















Ciao Trevi,
ti faccio i miei complimenti. :)
Comment di farthest — 28 giugno 2007 @ 06:56
Complimenti Trevino, oggi pomeriggio provo lo script ;)
Comment di Il Fornaio — 28 giugno 2007 @ 07:08
Davvero complimenti!!!
Comment di Garret — 28 giugno 2007 @ 07:37
Un momento: perchè a me nei commenti non mi spunta che sto su ubuntu?
Comment di Garret — 28 giugno 2007 @ 07:39
credevo funzionasse anche su debian, invece mi crea i pacchetti per ubuntu che mi creano casino con le dipendenze. Se riesco ci metto mano e lo modifico per Debian, non sono tanto abile nello shel scripting
Comunque il tuo script è eccezionale, completamente automatico e funzionale, ancora complimenti
Comment di Il Fornaio — 28 giugno 2007 @ 08:08
grande trevinho !!!! :>
Comment di danieluk — 28 giugno 2007 @ 08:17
Hai provato ad usare git-buildpackage? il manuale lo trovi a questo indirizzo http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html , mentre il pacchetto penso esista solo su debian…
Comment di packz — 28 giugno 2007 @ 08:25
Aiutooooooooooo, stamattina ho eseguito un aggiornamento e non va più nulla, ho dovuto disinstallare fusion e tornare al compiz normale.
Che è successo?
Comment di Giacomo — 28 giugno 2007 @ 09:21
Un piccolo script da 520 righe O_o …..pesissimo!
Complimenti per le nottate che ci hai perso… ;)
Comment di AleXit — 28 giugno 2007 @ 09:43
Giacomo, nulla… O quasi :o. A me funziona come prima
Garret, stai usando firefox fornito da Ubuntu? Se si, mica hai modificato le info che il browser manda a giro?
Il Fornaio, in teoria dovrebbe funzionare su tutte le debian, qual’è il tuo problema? Dipendenze coi pacchetti sorgenti od i pacchetti risultati?
pakz, non lo conoscevo, ma nenache ho cercato cose del genere… Mi piaceva più l’idea di fare qualcosa da zero, anche se comunque la parte relativa al git è abbastanza limitata…
Bye!
Comment di Treviño — 28 giugno 2007 @ 10:02
Trevino perchè nei commenti non mi spunta che uso Ubuntu?
Comment di Garret — 28 giugno 2007 @ 10:05
tu sei tutto matto
Comment di monossido — 28 giugno 2007 @ 10:16
perchè non inserisci anche tutte le dipendenze che occorrono.
sarebbe una cosa fantastica. grazie
Comment di flavio — 28 giugno 2007 @ 10:21
allego copia dell’errore durante la compilazione
Comment di flavio — 28 giugno 2007 @ 10:25
sorry non ho capito come inserire il link
comunque http://paste.ubuntu-nl.org/27600/plain
cosi’ dovrebbe fungere
Comment di flavio — 28 giugno 2007 @ 10:28
@trevino: mi crea correttamente i deb, ma quando tento di installarli (sia tramite il tuo script, sia tramite dpkg -i) ottengo il seguente errore:
http://pastebin.com/938185
Uso Debian Sid. Ho precedentemente disinstallato compiz fusion da sorgenti che avevo compilato tramite lo script di telperion
Comment di Il Fornaio — 28 giugno 2007 @ 10:30
porca miseria, una x di troppo in href :(
Comment di Il Fornaio — 28 giugno 2007 @ 10:32
mmm non vorrei installare le libc6 di experimental, anche perchè la versione che ho io (ossia 2.6~20070518-2) mi sembra comunque >= della 2.6-1
Comment di Il Fornaio — 28 giugno 2007 @ 10:37
Assolutamente nulla, se lo lancio da terminale rimane ore a pensare e non fa nulla, ho provato a forzare alcuni pacchetti alla versione precedente ma non c’è nulla da fare, devo disabilitare i tuoi rep e reinstallarlo.
Uso una ati X1300
Comment di Giacomo — 28 giugno 2007 @ 10:39
flavio, beh l’ho messe… O meglio c’ho provato, penso che il grosso ci sia… Il Per il tuo problema manca inizialmente intltool, libglib2.0-dev e libgconf2-dev, ma le prime de erano già richieste (la prima invece l’ho appena inserita…) poi le altre dipendenze dovrebbero conseguirne. Con quale pacchetto hai avuto questo problema?
Il Fornaio, ma… Qui c’è qualche problema, ma non penso c’entri molto lo script… Infatti la dipendenza a libc6, viene calcolata direttamente nel tuo sistema, guardando cosa hai installato… Quindi, o dh_shlibdeps va a lucciole, oppure non so che succeda
Giacomo, qui siamo un po’ OT, please, posta l’output di compiz –replace -v nel post dedicato a compiz fusion
Comment di Treviño — 28 giugno 2007 @ 11:02
praticamente ho ricevuto diversi errori, e andando a leggere tra le righe ho aggiunto i pacchetti mancanti tipo autoconf gettext etc etc
ora riprovo
Comment di flavio — 28 giugno 2007 @ 11:12
Anche a me dopo l’aggiornamento dai repository di trevino non parte più compiz fusion.
Comment di Ispirato — 28 giugno 2007 @ 11:44
Aspettate, forse so il problema… Non viene utilizzato il mio wrapper, ma quello di ubuntu standard, aspettate che correggo
Comment di Treviño — 28 giugno 2007 @ 12:04
Grazie treviño, celere come al solito nello scovare e risolvere i problemi
Comment di Ispirato — 28 giugno 2007 @ 12:10
manca poco
ci sono tutti i pacchetti tranne uno eccoti l’output:
http://paste.ubuntu-nl.org/27605/plain
Comment di flavio — 28 giugno 2007 @ 12:23
una domanda ancora ma una volta tutti packettizzati li posso uplodare e metterli a disposizione di tutti?
li ho pacchettizzati X64 magari servono…………
Comment di flavio — 28 giugno 2007 @ 12:28
[...] Grazie a Trevino da oggi potete compilare Compiz-Fusion tramite uno script in bash automatizzato che scarica la versione di Fusion da git, la compila e crea i pacchetti deb e li installa. [...]
Pingback di Pacchettizzare Compi-Fusion grazie a Trevino | Il Fornaio — 28 giugno 2007 @ 12:30
Anche io Trevi… con l’aggiornamento di oggi..compiz fusion è andato per le terre… che è successo???
Comment di UBox — 28 giugno 2007 @ 12:30
Ubox e gli altri con problemi dell’ultimo compiz, riaggiornate, dovrebbe essere tutto a posto; come detto era stato inserito - per errore - il compiz.wrapper di Ubuntu, che seppur sia basato sul mio, pare cozzare con alcune configurazioni
Bye!
Comment di Treviño — 28 giugno 2007 @ 13:15
Trevino ti ringrazio per aver cancellato i miei commenti …
Comment di Garret — 28 giugno 2007 @ 13:25
Ehm? Garret, io non ho cancellato nulla, in coda di moderazione non ho nulla e nemeno akismet se l’è mangiati… Sicuro di aver inviato?
Di sicuro, io t’ho risposto…
Comment di Treviño — 28 giugno 2007 @ 13:29
Grandissimo script complimentoni, però ho un problemino al termine dello script, cioè dopo che compila tutto e crea i pacchetti, mi dice questo
MISSING DEPENDENCIES for compizconfig-python
MISSING DEPENDENCIES for ccsm
che posso fare? non riesco ad avviarlo :/
Comment di Zobbi — 28 giugno 2007 @ 13:35
Se usi l’ultima versione dello script (esegui il file di nuovo per aggiornarlo), se ti mancano i pacchetti necessari alla compilazione ti verrà chiesto di installarli…
Comment di Treviño — 28 giugno 2007 @ 13:40
Tutto PERFETTO ora trevino, Grazie Infinite!!!
Comment di UBox — 28 giugno 2007 @ 14:44
Eh mi chiede di installarli ma al termine mi da sempre questo :/
Comment di Zobbi — 28 giugno 2007 @ 14:46
ciao trevi, per l’aggiornamento di oggi ora è tutto OK!!
complimenti per lo script, gli ho dato solo un occhiata e non so se avrò tempo e voglia di mettermi dietro con Sid…
tra i commenti ho letto che qualcuno aveva dei problemi su Debian. shlibdeps su sid ha fatto “sklerare” anche me sett.na scorsa
potrebbe essere davvero quello!!
ciaociao e come sempre GRAZIE di tutto!!
Comment di Fede — 28 giugno 2007 @ 15:14
Zobbi, in teoria se l’installi, non dovrebbe farlo….
Se invece li salti è giusto così…
Comment di Treviño — 28 giugno 2007 @ 15:23
ho dimenticato una cosa…sorry…
in gutsy i due pacchetti libcompizconfig-backend-gconf/kconfig sono 2 dipendenze di compiz-gnome/kde mentre dalla tua repo no!!
sinceramente preferisco la tua soluzione ed usare un flat-file, ma forse sarebbe meglio adeguarsi
no?
ciaociao
Comment di Fede — 28 giugno 2007 @ 15:31
Allora in pratica il problema è che li salta lui poichè non trova compizconfig-python e a quanto pare ccsm dipende da questo… Quindi la domanda nasce spontanea come lo installo? Ho provato anche inserendo i tuoi repo ma niente (ho il 64bit)
Chiedo scusa se spunterà in basso Ie e winzoz ma sto al lavoro :S
Comment di Zobbi — 28 giugno 2007 @ 16:06
Zobbi, beh, usando questo script, compizconfig-python dovrebbe essere compilato… Controlla bene cosa ti chiede… magari lancia
E vedi un po’ che ti restituisce
Fede, per ora preferivo dare anche la possibilità di installare compiz "puro" senza fusion o compizconfig… Nel caso modificherò la cosa…
Comment di Treviño — 28 giugno 2007 @ 16:19
nel config mi rileva che ho kde ma non è vero
come posso fare x forzarlo su gdm e basta?
Comment di danieluk — 28 giugno 2007 @ 16:22
Probabilmente usi qualche applicazione KDE, comunque avevo aggiunto una modifica al wrapper che però ancora non ho incluso né nel git, né nei pacchetti, quindi dalle prossime versioni dovrebbe essere ok…
Comment di Treviño — 28 giugno 2007 @ 16:31
sistemato :> ho aggiunto un parametro all autoconfig
Comment di danieluk — 28 giugno 2007 @ 16:40
Come esattamente?
Comment di Treviño — 28 giugno 2007 @ 16:48
autogenpkg_cmd="./autogen.sh –prefix=$MYPREFIX –disable-kde"
ma non ha funzionato
Comment di danieluk — 28 giugno 2007 @ 17:18
[...] 2007 @ 17:27 Posted by felipe in Comunità, Feisty Fawn, News e altre Sciccherie, Compiz, Ubuntu. trackback Con il risultato di questa sua nuova fatica potrete sperimentare l’ebbrezza di essere“Treviño per un giorno”
e impacchettare Compiz Fusion da voi! [...]
Pingback di Impacchettare Compiz Fusion GIT con MakeFusionDebs « pollycoke :) — 28 giugno 2007 @ 17:27
Per disabilitarlo realmente, copia la cartella fusion/compiz-fusion-debian/compiz in fusion/compiz-fusion-debian-user/compiz, quindi edita i file fusion/compiz-fusion-debian-user/compiz/debian/rules e togli (commenta) –enable-kde; quindi anche il file fusion/compiz-fusion-debian-user/compiz/debian/rules da cui dovresti rimuovere le dipendenze di KDE da Build-Depends
Così però ti perderai gli aggiornamenti al pacchetto compiz
Comment di Treviño — 28 giugno 2007 @ 17:27
[...] Esiste anche uno script di Treviño per produrre da voi i deb se volete. [...]
Pingback di Fusion: nuovo script per compilazione. « Tecnologia e non solo — 28 giugno 2007 @ 17:44
problemi di compilazione su debian sid
qualche consiglio??
Building ccsm…
You’re missing the following dependencies, please install them:
libcompizconfig0-dev, python-compizconfig,
Would you like to install these missing packages?
[Y/n]: y
Lettura della lista dei pacchetti in corso… Fatto
Generazione dell’albero delle dipendenze in corso
Reading state information… Fatto
Il pacchetto libcompizconfig0-dev non ha versioni disponibili, ma è nominato da un altro
pacchetto. Questo significa che il pacchetto manca, è diventato obsoleto
o è disponibile solo all’interno di un’altra sorgente
E: Il pacchetto libcompizconfig0-dev non ha candidati da installare
Would you like to skip this package and continue building?
[Y/n]: y
Building plugins-extra…
You’re missing the following dependencies, please install them:
compiz-dev, compiz-bcop,
Would you like to install these missing packages?
[Y/n]: y
Lettura della lista dei pacchetti in corso… Fatto
Generazione dell’albero delle dipendenze in corso
Reading state information… Fatto
Il pacchetto compiz-bcop non ha versioni disponibili, ma è nominato da un altro
pacchetto. Questo significa che il pacchetto manca, è diventato obsoleto
o è disponibile solo all’interno di un’altra sorgente
E: Il pacchetto compiz-bcop non ha candidati da installare
Would you like to skip this package and continue building?
[Y/n]: y
Building plugins-main…
You’re missing the following dependencies, please install them:
compiz-dev, compiz-bcop,
Would you like to install these missing packages?
[Y/n]: y
Lettura della lista dei pacchetti in corso… Fatto
Generazione dell’albero delle dipendenze in corso
Reading state information… Fatto
Il pacchetto compiz-bcop non ha versioni disponibili, ma è nominato da un altro
pacchetto. Questo significa che il pacchetto manca, è diventato obsoleto
o è disponibile solo all’interno di un’altra sorgente
E: Il pacchetto compiz-bcop non ha candidati da installare
Would you like to skip this package and continue building?
[Y/n]: y
Building plugins-unsupported…
You’re missing the following dependencies, please install them:
compiz-dev, compiz-bcop,
Would you like to install these missing packages?
[Y/n]: n
Would you like to skip this package and continue building?
[Y/n]: y
compiz already built
bcop already built
libcompizconfig already built
compizconfig-python already built
MISSING DEPENDENCIES for ccsm
compizconfig-backend-gconf already built
compizconfig-backend-kconfig already built
emerald already built
emerald-themes already built
MISSING DEPENDENCIES for plugins-extra
MISSING DEPENDENCIES for plugins-main
MISSING DEPENDENCIES for plugins-unsupported
Comment di luca — 28 giugno 2007 @ 18:44
Il tuo script mi funziona. Ti avevo scritto riguardo al fatto che quando posto un commento non si vede che uso Ubuntu Linux(un commento inutile in pratica). Forse è perchè uso Swiftfox, ora sto usando Firefox e vediamo che succede.
Comment di Garret — 28 giugno 2007 @ 18:56
Ottimo! Grazie 1000!
Su amd64+gutsy è andato alla grande, stasera lo provo su un ppc ma non penso avrà problemi!
Comment di nick — 28 giugno 2007 @ 19:19
[...] Consiglio prima di tutto di rimuovere tutte le precedenti versioni di Compiz/Beryl per evitare problemi di dipendenze, poi andate in questo post del grandissimo Trevino, che oltre ad offrire reposity come al solito, ha creato uno script in Bash che compila e crea i pacchetti .deb e li installa
cioè fa tutto lui quindi leggete attentamente… [...]
Pingback di zOBBI’S Blog » Compiz Fusion… — 28 giugno 2007 @ 21:16
@Luca hai il mio stesso problema suppongo, prova a dare sudo apt-get install python-all e poi fai ripartire lo script con ./makefusiondebs compizconfig-python
Io ho risolto così vedi tu :P
Comment di Zobbi — 28 giugno 2007 @ 21:20
Lo script mi chiede di installare kdebase-dev libdbus-qt-1-dev in quanto dipendenze di compiz, ma avendo solo gnome vorrei passargli –disable-kde e nn installare quei due pacchetti…qualcuno sa come aiutarmi??
Comment di micronauta — 28 giugno 2007 @ 21:32
se riesci a fare questo anche con progetti più sugosi oltre a una donazione con paypal ti faccio anche una statua d’oro sotto casa
Comment di LuNa — 28 giugno 2007 @ 21:43
@zobbi
python-all era già installato, idem python-all-dev… il pacchetto compizconfig-python è già compilato…
continuo a ricevere lo stesso errore…
altri consigli?? qualcuno è a conoscenza di problemi noti con debian??
Comment di luca — 28 giugno 2007 @ 23:48
Ciao Treviño, colgo l’occasione per farti i complimenti…
E già che ci sono una curiosità: i problemi con gnome-session sono stati risolti? Mi fido a rimettere il mio compiz nella lista di avvio?!
Grazie mille e ancora complimenti, grazie a te compiz/beryl è diventato conosciutissimo… Sai la gente come reagisce quando gli dici "devi compilare…".. eheh ^_^ Buono così, ad ogni modo con il nuovo script si potrà fare anche la compilazione fai-da-tè!
Grazie anche x questo! Ciao ora torno a giocare con il cubo!
Comment di iraiscoming223 — 29 giugno 2007 @ 00:40
luca, installa i pacchetti che hai appena impacchettato presenti nella sottocartella debs, e questi errori dovrebbero sparire…
Dovrebbero essere installati direttamente quando compili, ma se così non è stato puoi forzare la cosa come ti ho detto…
LuNa, che intendi per più sugosi?
Micronauta, guarda il mio commento 47, ma ti potrebbe servire un minimo di base su come funzioni l’impacchettamento. Ad ogni modo provaci…
iraiscoming223, esiste un workaround per quello: rimuovere gnome-wm dalla sessione… Dai un’occhiata ai commenti degli altri post per maggiori info! Poi, ti ringrazio per i complimenti
Garret, sì… Dipende da quello!
Comment di Treviño — 29 giugno 2007 @ 03:03
Grazie a te per la tua disponibilità!
I complimenti erano d’obbligo!
Guarderò con più attenzione gli altri post, prima non avevo trovato molto, ora mi ci metto d’impegno!
Grazie ancora!
ciao
Comment di iraiscoming223 — 29 giugno 2007 @ 03:20
Grazie trevi ce l’ho fatta! Il commento 47 mi era sfuggito
, cmq con qualche altra poco elegante modifica è filato tutto liscio, e soprattutto funziona
. Ottimo lavoro continua così!!
Comment di micronauta — 29 giugno 2007 @ 11:39
Grazie Treviño, ho una ubuntu per amd64 e quindi non potevo usare i tuoi repo. Grazie ai tuoi script anche un "ignorante" come me è riuscito a installare l’ultimissima versione di compiz (quella gestita da ubuntu era ferma alla 0.3, avevo installato la 0.4, ma andava malissimo.
Ho un solo problema, non so se ho sbagliato qualcosa o è un bug del software, ma ccsm non mi fa più entrare nel menù di configurazione effects. L’ho editato la prima volta e poi non sono riuscito più a rientrare. Sai cosa può essere.
Grazie mille, sei il mio idolo da oggi :)
Comment di mARCO — 29 giugno 2007 @ 11:59
Scusa dimenticavo una cosa. Adesso però, ogni volta che apro un’applicazione, mi si apre la finestra in alto a sinistra, fuori dall schermo, ogni volta devo riposizionarla. sai che si può fare?
Comment di mARCO — 29 giugno 2007 @ 12:04
@ trevino
ho installato i vari deb e ridalanciato lo script… continuo a ricevere qualche errore
checking for BCOP… configure: error: Package requirements (bcop >= 0.1.1) were not met:
Requested ‘bcop >= 0.1.1′ but version of bcop is 0.0.1
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables BCOP_CFLAGS
and BCOP_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
Problems occurred while building plugins-unsupported packages… Continue Building?
[Y/n]: y
compiz already built
bcop already built
libcompizconfig already built
compizconfig-python already built
ccsm already built
compizconfig-backend-gconf already built
compizconfig-backend-kconfig already built
emerald already built
emerald-themes already built
BUILD FAILED for plugins-extra
BUILD FAILED for plugins-main
BUILD FAILED for plugins-unsupported
ho dafo ./makefusiondebs rebuild compizconfig-python e repack, reinstallato il deb, ricompilato tutto ma continuo ad avere questi errori…. suggerimenti??
Comment di luca — 29 giugno 2007 @ 12:14
@Trevi
Grazie dello script, tutto funzionante con qualche trucchetto per il build su Debian Sid, stasera al ritorno da lavoro ti dedico un bel post per ottimo lavoro, senti ho tutti i deb continuiamo a fare come per beryl o li metto sul mio repository ( lo chiedo perchè non vorrei darti rogne) fammi sapere :*
Comment di imu — 29 giugno 2007 @ 14:29
BUILD FAILED for compiz
bcop built OK
libcompizconfig built OK
BUILD FAILED for compizconfig-python
BUILD FAILED for compizconfig-python
ccsm built OK
compizconfig-backend-gconf built OK
compizconfig-backend-kconfig built OK
BUILD FAILED for emerald
BUILD FAILED for emerald
BUILD FAILED for emerald-themes
BUILD FAILED for emerald-themes
BUILD FAILED for plugins-extra
BUILD FAILED for plugins-extra
BUILD FAILED for plugins-main
BUILD FAILED for plugins-main
plugins-unsupported built OK
mi da questi errori
Comment di antonio — 29 giugno 2007 @ 17:04
ciao trevi
mi son deciso a provare anche questo tuo scriptino su SID
ottimo, funzia tutto alla grande
unico problemino, compiz-dev si porta dietro compiz-core -.- che crea dei conflitti e la creazione dei pacchetti si arresta!!
non so come abbia risolto imu, ma se può servire a qualcun’altro, basta rimuovere compiz-core e compiz-dev e installare SOLO compiz-dev con dpkg scaricandolo manualmente…e fregandosene dell’errore che viene segnalato
non sarà il max come soluzione ma funziona!!
p.s. ho installato tutto in botto da dpkg, quindi non ti so dire al momento se sono rispettate dipendenze o altro….
appena ho tempo, faccio una prova dal mio repository in locale e vi faccio sapere
mi pare di capire che con imu sei gia d’accordo per tutta la pacchettizzazione su Debian…quindi lascio a voi l’arduo lavoro e non mi intrometto!!
se serve una mano…chiedete pure…per quel che posso dò volentieri il mio aiutino!!
ciaociao e grazie ancora
Comment di Fede — 29 giugno 2007 @ 18:57
se può interessare tutto OK anche su KDE con SID….ho appena provato!!
sorry per il doppio post…mi scordo sempre che esiste anche KDE
ciau
Comment di Fede — 29 giugno 2007 @ 19:21
[...] Abbiamo visto che dopo la scelta tanto sudata del nome, cosa che apparentemente potrebbe sembrare scontata ma essenziale per iniziare a rilasciare qualche pacchetto per le diverse distro, sono nate diverse soluzioni per iniziare ad assaggiare i frutti del lavoro di OpenCompositing.org, dallo script modificato da telperion che compila tutto ( GIT/compiz + fusion ) allo script di Treviño che pacchettizza il tutto in formato deb. Entrambi i metodi sono funzionali e li ho testati sulla mia Debian Sid. Dato comunque che, in entrambi i casi bisogna installare molte dipendenze e molti pacchetti “*-dev” per compilare il tutto e molti sono pigri nel farlo, ho pensato di proseguire il mio vecchio divertimento abbandonato qualche tempo fa dopo il re-merge di beryl con compiz. [...]
Pingback di Compiz-fusion-git Debian unofficial O.S. Revolution Repository « O.S. Revolution — 29 giugno 2007 @ 19:34
Scusami Trevinho ma mi appaiono questi errori:
Please add the files
codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
progtest.m4
from the /aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.
difatti poi alla fine mi appare:
./makefusiondebs: line 370: fakeroot: command not found
Problems occurred while building compiz packages… Continue Building?
[Y/n]: y
BUILD FAILED for compiz
Comment di davide77 — 29 giugno 2007 @ 20:08
ciao trevino, gran bel lavoro
ho una feisty 64bit per cui questo makefusiondebs è l’unico modo per provare le nuove versioni
il processo è teminato con questa serie di OK
compiz built OK
bcop already built
libcompizconfig built OK
compizconfig-python built OK
ccsm built OK
compizconfig-backend-gconf built OK
compizconfig-backend-kconfig built OK
emerald built OK
emerald-themes built OK
plugins-extra built OK
plugins-main built OK
plugins-unsupported built OK
però se tento di installare compiz_0.5.1+git20070629~3v1ubuntu0_all.deb
con gdebi mi da Error: dependency not satisfiable: compiz-decorator
come mai?
se invece tento la stessa operazione su compiz-core_0.5.1+git20070629~3v1ubuntu0_amd64.deb
mi dice che tutte le dipendenze sono soddistatte
che faccio? installo lo stesso tutto tranne compiz_0.5.1+git20070629~3v1ubuntu0_all.deb?
grazie
Comment di maurizio — 29 giugno 2007 @ 21:13
EDIT al mio precedente commento
ho installato prima compiz-core, e così il pacchetto compiz non mi da più errori di dipendenze
così è questo l’ordine di installazione?
Comment di maurizio — 29 giugno 2007 @ 22:23
mArco, non saprei… Semmai avvialo da terminale e se vedi qualche errore incollamelo su pastebin così che possa risolverlo ;).
Per quanto riguarda l’apertura delle applicazioni, Il plugin place dovrebbe essere attivo di default, se non lo fosse attivalo ed impostalo a smart.
luca, controlla di aver installato il pacchetto compiz-bcop che hai appena creato nella sottocartella debs. Dovrebbe farlo da solo, però…
antonio, avrei bisogno di più output, please incollalo su pastebin ed inserisci qui il link…
imu, hai fatto benissimo così… Già che ora hai un repository mi sembra più logico (e comodo per entrambi, credo) che tu lo usi e lo aggiorni quando ti pare senza dover attendere i miei comodi…
Sono contentissimo che il tutto sia sempre Powered by Treviño
davide77, installa autoconf, automake, build-essential, fakeroot, debianutils, debhelper… Dovresti avere tutto poi…
maurizio, la cosa più comoda è installare da riga di comando con dpkg -i <pacchetti>. Tipo:
(per KDE sostituisci il necessario…) Poi per il resto puoi anche usare gdebi…
Comment di Treviño — 30 giugno 2007 @ 12:16
a me da oggi da questo problema…
stefano@stefano-pc:~/compiz-fusion-debian-builder$ ./makefusiondebs
There are problems while retrieving the fusion items list; exiting..
qualcuno mi da una mano?
Comment di Fiste788 — 30 giugno 2007 @ 12:33
@Treviño
Si molto più comodo per entrambi, per il Powered by Treviño anche beryl-svn era merito tuo !
@ Fiste788
Riprova era down stamane *tutto* Opencompositing.org , ma ora è ok !
Comment di imu — 30 giugno 2007 @ 21:00
Bisogna che te lo dica: Trevino sei grande
impacchettato tutto con makefusiondebs e poi installati i .deb, il tutto funziona piuttosto bene
i miei complimenti, oltre per lo script di impacchettamento, soprattuto per il wrapper di avvio di compiz-fusion; ho una geforce 6100 con memoria condivisa e se compilavo da me ed avviavo compiz "puro" dopo 4 finestre aperte le successive si aprivano con fondo nero.
Avviando questi git con il tuo wrapper, anche con 10/12 finestre non ho questo problema: evidentemente imposta le opzioni giuste!
come ho già detto ho feisty amd64 per cui non c’erano pacchetti aggiornati costantemente già preconfezionati per me, per cui questo makefusiondebs è una manna!
Dopo i complimenti una domanda: perchè tra le dipendenze che build-dep indica necessarie c’è roba tipo konqueror o kate? capisco dei pacchetti -dev di kde, ma di konqueror cosa se ne fa la compilazione?
Comment di maurizio — 30 giugno 2007 @ 21:49
Io ho installato i vari pacchetti tramite il repository di imu. Uso un’ati x1400 e quindi xgl.
Quando do il comando ‘compiz –replace -v &’ ottengo questo simpatico output.
Cosa devo fare per risolvere?
Comment di Gomna — 1 luglio 2007 @ 03:07
fiste788 e imu, era così… Opencompositing era down, comunque l’ultima versione dello script considererà anche situazioni del genere (gitweb down, ma git funzionante), quindi è stata solo la prima e ultima volt, spero :).
maurizio, konqueror? Chi te lo richiede? Facendo una ricerca nelle dipenenze non appare (per lo meno non direttamente)
Gomma, pare che Xgl non venga trovata avviata… Sicuro sia tutto ok?
Prova lanciare a mano con:
Comment di Treviño — 1 luglio 2007 @ 04:35
trevino, un consiglio per lo script… io su sid lo lancio da root, eppure mi chiede lo stesso di inserire la password per sudo, magari si può aggirare in qualche modo…
grazie per lo splendido lavoro, anche se io continuo ad avere problemi di compilazione :(
Comment di luca — 1 luglio 2007 @ 09:56
ciao… scusa trevino, ma io proprio non riesco a far funzionare il tuo repo, cioè… i file che dovrei vedere io proprio non li vedo e non capisco…
feisty 64 bit…
http://img96.imageshack.us/img96/1801/schermataus4.png
non riesco ad instalalre fusion perché effettivamente non vedo i files… se provo con lo script mi chiede delle dipendenze che, ovviamente, non trova… ma non 1 o 2, tutte. help?
Comment di ibart — 1 luglio 2007 @ 10:48
Ciao Trevino…
Please keep in mind I’m a newbie!
Compiz-Fusion funziona alla grande sul mio PC nonostante una ATI X1300 se lo installo dalla tua repo..
…ma volevo provare l’ebbrezza della compilazione da GIT!
Dopo vari trials and errors, questo è il punto morto a cui arrivo:
# quilt exits with 2 as return when there was nothing to do.
# That’s not an error here (but it’s usefull to break loops in crude scripts)
cd . && QUILT_PATCHES=patches quilt –quiltrc /dev/null push -a || test $? = 2
Applying patch 006-magic-lamp-genie-style.patch
can’t find file to patch at input line 5
Perhaps you used the wrong -p or –strip option?
The text leading up to this was:
————————–
|diff –git a/metadata/animation.xml b/metadata/animation.xml
|index 7c92c86..22f1b1b 100644
|— a/metadata/animation.xml
|+++ b/metadata/animation.xml
————————–
No file to patch. Skipping patch.
1 out of 1 hunk ignored
patching file src/animation/animation.c
Hunk #1 succeeded at 712 (offset -5089 lines).
Patch 006-magic-lamp-genie-style.patch does not apply (enforce with -f)
make: *** [debian/stamp-patched] Error 1
Problems occurred while building plugins-main packages… Continue Building?
[Y/n]: y
Problems occurred while building plugins-main packages… Continue Building?
[Y/n]: y
BUILD FAILED for plugins-main
BUILD FAILED for plugins-main
…tra l’altro, se voglio arrivare a questo punto, alla iniziale richiesta della mia password, devo rispondere che NON voglio inserirla altrimenti, quando lo script si ferma per i vari "Do you want to install missing packages" o "Do you want to skip the installation…" mi sembra che non interpreti correttamente i miei "Y" e "n" e si ferma con altri casini…
Potrei facilmente essere io a non aver capito un piffero… in questo caso, ti prego di perdonare un newbie troppo ardito!
Ciao e grazie per tutto
Pippo
Comment di Joe Daring — 1 luglio 2007 @ 11:14
Ah! Dimenticavo…
Se volessi partire da ZERO con tutto DAVVERO PULITO,
cosa mi conviene fare???
Please keep it simple!
Ciao ancora,
Pippo
Comment di Joe Daring — 1 luglio 2007 @ 11:17
retifico. il problema risiedeva nella password … bisogna rispondere NO … altrimenti scazza tutto. Comunque sono riuscito a compilare tranne : plugins-main. (esattamente lo stesos problema di Pippo.)
Comment di ibart — 1 luglio 2007 @ 12:06
In riposta al .77
Il file da indicare con LD_PRELOAD non esiste sul mio sistema e non capisco come mai.
Xgl non lo trovava perchè avevo indicato male il display su cui eseguirlo (avevo indicato :0 e non :1)
Se ora eseguo ‘compiz -replace -v’, sembra che parta, ma poi mi ritrovo con kdm…
Output
Comment di Gomna — 1 luglio 2007 @ 13:09
ciao Trevino, per installare fusion con aiglx ho seguito la wiki ubuntu.it "CompositeManager CompizFusion" http://wiki.ubuntu-it.org/CompositeManager/CompizFusion?highlight=%28fusion%29. va bene?
e poi c’è qualche trucco nelle impostazioni? visto che beryl è molto più fluido.
kubuntu feisty, nvidia 6200
Comment di TequilaMex — 1 luglio 2007 @ 13:35
anche io stesso problema di pippo… non mi crea il plugin-main
Comment di Fiste788 — 1 luglio 2007 @ 16:42
In relazione a quanto ti ho detto in precedenza su konqueror, ti posto l’output di sudo apt-get build-dep compiz
These packages will be installed
diffstat enscript gettext-kde hspell kate kdebase-dev kdelibs4-dev kdeprint kdesdk-scripts kfind khelpcenter
klipper kmenuedit konqueror konqueror-nsplugins konsole ksmserver ksplash ksysguard ksysguardd kwin libacl1-dev
libarts1-dev libartsc0-dev libasound2-dev libattr1-dev libavahi-compat-libdnssd1 libavahi-qt3-dev libdbus-qt-1-dev
libjasper-1.701-dev liblua50-dev liblualib50-dev libogg-dev libopenexr-dev libtiff4-dev libtiffxx0c2 libvorbis-dev
lua50 poster quilt
come vedi c’è konqueror e altre amenità; questo output lo ottenevo anche prima di usare il tuo script, quando facevo le mie prove di compilazione a "manina" e in effetti mi ha sempre stupito questa richiesta di dipendenza; nel mio sistema con gnome ho installato K3B e le librerie kde ad esso necessarie, ma non pensavo che konqueror fosse una necessità per la compilazione, qualche pacchetto kdexxx-dev magari sì, ma non applicativi;
a suo tempo la aggiravo mettendo –disable kde in autogen.sh e mi compilava, nel tuo script non sapevo come intervenire per cui ho deciso di fargli installare tutto quello che chiedeva e di creare anche i pacchetti di kde, ma mi rimane questa curiosità.
ciao, a risentirci
Comment di maurizio — 1 luglio 2007 @ 18:27
finalmente compilato correttamente… nonostante le disinstallazioni con –purge era rimasto qualche file a dare noia, e ho dovuto cancellare un po’ di roba a mano.
ho dovuto editare il file vim /usr/share/pkgconfig/bcop.pc modificando il valore version a 1.3.0.
cancellata tutta la cartella compiz-fusion*, di nuovo git checkout e poi di nuovo lo script… finalmente tutto compila e install correttamente… grazie mille imu
Comment di luca — 1 luglio 2007 @ 20:14
scusate… il post finiva con grazie mille TREVINO, ovviamente :(
Comment di luca — 1 luglio 2007 @ 20:16
luca, per il supporto all’utente root l’ho appena implementato in GIT,
iBart, il mio repository non è per amd64, devi usare lo script per farti i pacchetti (in attesa che qualcuno apra un repo con pacchetti amd64, o che qualcuno me li mandi per hostarli)…
Joe Daring, ho corretto il problema qualche ora fa in GIT, era stata modificata la struttura dei plugin, quindi ho dovuto agire di conseguenza modificando le patch… Ora sono di nuovo tutte a posto! Che intendi con "partire da zero con tutto pulito?"
Maurizio, non capisco da dove possa venir fuori… In tutti i miei pacchetti, facendo un semplice dpkg –info <pacchetto> non ottengo alcuna richiesta di konqueror… Ci sta che tu abbia messo qualcos’altro…
Gomna, non saprei… Reinstalla per bene i drivers fglrx come indicato in wiki.cchtml.com e riprova… Senza quella libreria e con Xgl compiz fa fatica…
Comment di Treviño — 2 luglio 2007 @ 04:04
ciao trevino e complimenti per il lavoro che svolgi per tutta la comunità.
volevo chiederti come mai nei tuoi pacchetti e in quelli generati col tuo script non compaiono alcuni plug-in come "3D-window, wallpaper, screensaver ecc.." e anche la nuova compiz-icon.
P.S. nella generazione del pacchetto compiz ho anche io la richiesta di konqueror ecc… come dipendenze…boo!
Comment di XaxeR — 2 luglio 2007 @ 04:48
Ciao Trevino,
Grazie per la risposta e per le correzioni al Plugins Main…
Riprovato poco fa…
Lo script si bloccava su ccsm per la mancanza di alcune dipendenze (…mi pare libcompizconfig0 ed un’altra di python… sorry, non sono stato abbastanza attento a salvare subito il testo esatto…).
Di nuovo mi chiedeva se volevo installarle, poi si piantava tutto…
Ho ancora l’impressione che, quando non trova qualcosa e vuole installarla, poi non interpreti correttamente le risposte che gli do (Y and n)…
Ho installato a mano le cose che chiedeva ed ho rilanciato lo script.
Questa volta lo script ha eseguito tutto fino alla fine ed ha preparato tutti i pacchetti.
Ne ho installati un pò a mano ed ora funziona tutto ma… non sono sicuro di avere tutto…
C’è una lista ed una sequenza suggerita di quali pacchetti installare per avere il necessario su un Ubuntu senza cose “dev” particolari, con gnome e ccsm?
Inoltre, con “partire da zero con tutto pulito?” volevo intendere “disinstallare tutto ciò che lo script installa” sia come dipendenze strettamente relative a fusion, che come pacchetti accessori… forse chiedo troppo!
… a quando l’inserimento dei plugins 3D, Wallpaper, ScreenSaver?
Ciao e Grazie!
PS… anche io, ad un certo punto, ho visto passare la richiesta di installazione di Konqueror ed accessori… ma lo script non si è fermato, ed io mi sono guardato bene dal bloccarlo!
Pippo
Comment di Joe Daring — 2 luglio 2007 @ 12:04
ciao trevino, grazie per l’aggiornamento dello script anche per l’utente root
in effetti ho notato anche io che lo script non accetta bene le y e le n maiuscole…
nel ringraziarti l’ennesima volta chiedo anche io come mai manchi il plugin 3d…
ciao
Comment di luca — 2 luglio 2007 @ 12:31
dato che ci sono provo a fare una richiesta, sia mai che ne hai voglia…
nel file di configurazione potresti mettere un’opzione per passare dei flag particolari al compilatore… io per esempio sono abituato a compilare con -j4 -O2
:)
Comment di luca — 2 luglio 2007 @ 14:30
Joe Daring e luca, riguardo l’interpretazione di Y e N ho notato che c’era un bug (grazie della segnalazione!), adesso dovrebbe funzionare bene sia con le maiuscole che no… Io non avevo mai notato problemi del genere perché usavo sempre caratteri minuscoli.
Joe Daring, una sequenza di pacchetti necessari suggerita non esiste… Lo script legge cosa installare dal campo Build-Depends del file di controllo debian e da lì genera tutto… Per sapere cosa ha installato suppongo non ci sia niente di meglio che dare un’occhiata al file /var/log/dpkg.log
luca, per i flag al compilatore ci penso… Anche se devo trovare un modo per implementarli senza toccare troppo i files debian…
Tutti, Riguardo i plugins extra come 3D, ancora non sono inclusi nelle cartelle "main" e preferivo non inserirli… Sto tuttavia studiandomi un sistema che permetta di inserire comunque questi pacchetti senza dover fare troppo modifiche o senza troppo codice hardcoded.
Riguardo la dipendenza di konqueror, ho controllato e konqueror dipende da kdebase-dev che a sua volta è necessaria per impacchettare compiz-kde…
Comment di Treviño — 2 luglio 2007 @ 15:32
mi ha impacchettato tutto, grazie
Comment di ibart — 2 luglio 2007 @ 15:40
mi è tornato a dare problemi nella creazione del plugin-main
Comment di Fiste788 — 2 luglio 2007 @ 16:01
io ho impacchettato ed installato tutto, ma così come avvio la modalità XGL mi si blocca con lo Splash aperto e devo riavviare brutalmente
Comment di ibart — 2 luglio 2007 @ 16:11
anche disinstallando compiz non mi si avvia più in modalità xgl *_*
ho reinstallato i driver ufficiali ati e installato compiz 0.36 ma nada… :|
Comment di ibart — 2 luglio 2007 @ 17:24
Fiste788, impossibile… Hai aggiornato tutto?
Io l’ho appena pacchettizzato…
ibart, ma non ti parte più Xgl oppure è compiz che non si avvia in tale modalità? Hai il file /usr/lib/fglrx/libGL.so.1.2.xlibmesa, perché in tal caso deve essere precaricato (il wrapper lo fa di default…)
Comment di Treviño — 2 luglio 2007 @ 17:46
curiosità… come faccio a cambiare il decoratore? devo fare per forza emerald –replace?
Comment di luca — 2 luglio 2007 @ 18:22
Puoi anche usare la forumula compiz –replace -c emerald per lanciarlo all’avvio…
Comment di Treviño — 2 luglio 2007 @ 19:31
risolto… ho eliminato tutto e ho rifatto il checkout… tutto funzionate GRANDE TREVINO!!!
Comment di Fiste788 — 2 luglio 2007 @ 20:27
Oggi ho provato un nuovo "impacchettamento" ma è parzialmente fallito
ho raccolto questi messaggi di errore:
http://paste.ubuntu-nl.org/28258/
per cui mi sembra che non abbia creato compiz-core e compiz; why?
PS: ho i pacchetti per amd64 realizzati correttamente in data 29/06, ti servono per ospitarli in una sezione amd64 nel tuo repository? Se ti interessano fammi sapere come fare per inviaterli
Comment di maurizio — 2 luglio 2007 @ 21:04
@ trevino
ho libGL.so.1.2.xlibmesa e un file di collegamento libGL.so.1.2.xlibmesa
mi parte xgl, prima ha anche superato lo splash screen, ma poi si freezza tutto e devo riavviare
Comment di ibart — 2 luglio 2007 @ 21:25
p.s.
ibart@ibart-amd64:~/Desktop$ fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: Radeon X1600 Series
OpenGL version string: 2.0.6474 (8.38.6)
ibart@ibart-amd64:~/Desktop$ glxinfo | grep rendering
direct rendering: Yes
non capisco proprio perché mi crasha…
Comment di ibart — 2 luglio 2007 @ 21:29
maurizio, dovrebbe essere corretto… Prova ad aggiornare lo script.
Per il repository, dovrei avere già un contatto…
ibart, prova a togliere compiz dallo script di avvio e vedi se funziona lanciandolo da terminale…
Comment di Treviño — 2 luglio 2007 @ 21:30
EDIT al mio precedente post
per provare, ho rimosso la dir compiz-fusion-debian-builder creata il 29/06 e sono ripartito da capo con la procedura
questa volta il processo è terminato con una serie di ok su tutti i pacchetti
così è questa la procedura corretta? prima rimuovere la vecchia dir e poi ripartire?
Quindi ora ho anche tutta la serie dei .deb per amd64 aggiornati al 02/07, se li vuoi per il tuo repository
ciao
Comment di maurizio — 2 luglio 2007 @ 21:58
ho notato che spesso aggiornando le patch si applicano male e la compilazione fallisce… in questo caso basta cancellare la cartella fusion/ e la cartella changelog/ e quindi rilanciare lo script…
Comment di luca — 2 luglio 2007 @ 22:02
luca, questa cosa non dovrebbe più accadere con le ultime versioni dello script….
Comment di Treviño — 2 luglio 2007 @ 22:35
@ Trevino
so che quanto segue è un po’ OT qui, ma viste le tue capacità provo a chiederti consiglio
da quando ho iniziato a sperimentare la compilazione dei git di compiz-fusion (anche prima di usare il tuo script) ottengo questo errore
make si ferma con questo errore
> /usr/bin/ld: cannot find -lGL
cercando nel forum Opencompositing c’è un post con problema simile e si
dice di installare il pacchetto nvidia-glx-dev perchè il blocco è dato dalla mancanza della versione development delle librerie OpenGL.
Ora io ho installato il driver nvidia 100.14.09 con l’installer nvidia
per cui niente pacchetto nvidia-glx-dev nei repository di ubuntu (perchè quelli che ci sono sono per le versioni 9631 e 9755 dei driver)
guardando il contenuto del pacchetto nvidia-glx-dev nei repository di ubuntu, ho visto che c’è il file libGL.so che è il collegamento a libGL.so.9631, per cui ho pensato che fosse sufficiente fare cosa analoga per il mio libGL.so.100.14.09 e quindi nella dir /usr/lib ho fatto un bel
sudo ln -s libGL.so.100.14.09 libGL.so
e la compilazione poi funziona.
Il fatto strano è che quando spengo e riaccendo il pc, quel collegamento non c’è più e lo devo ricreare, dal che capisco che la mia soluzione non è proprio ortodossa
C’è una soluzione più elegante e stabile per risolvere il problema?
grazie, ciao
Comment di maurizio — 2 luglio 2007 @ 22:58
Mh… Non saprei, non conosco molto il funzionamento dei driver nvidia, ma suppongo ci sia qualche script che imposta tale librerie se il modulo nvidia viene usato, tuttavia non saprei come ovviare a quella cosa… Magari te per ora puoi continuare ad usare questo metodo (semmai automtizzalo all’avvio)… :/
Mi spiace…
Comment di Treviño — 3 luglio 2007 @ 00:00
grazie comunque
Comment di maurizio — 3 luglio 2007 @ 00:05
@maurizio
hai provato a creare il modulo con module assistant?
Comment di luca — 3 luglio 2007 @ 00:24
@ maurizio
il file libGL.so deve puntare a libGL.so.1 che a sua volta punta la libreria con il numero di versione dei driver nvidia. Se hai una modifica dinamica di tale libreria controlla che siano puntati correttamente e che nel tuo sistema non esista nulla e ripeto nulla dei pacchetti nvidia di ubuntu. Per scoprirlo dai un bel
$ sudo dpkg -l | grep -i nvidia
Dovrebbe ridarti il prompt senza nessun risultato. In caso contrario rimuovi tutto con il "–purge " . Secondo me avrai ancora installato nvidia-kernel-common che se non ricordo male è una dipendenza dei rescticted-modules-`uname -r` (tra i quali c’è nvidia di ubuntu) .
Comment di imu — 3 luglio 2007 @ 00:41
[...] Instancabile come sempre il nostro Treviño e in mancanza della mia costante ex scocciatura d’invio pacchetti beryl-svn per Debian Sid, che ormai con il suo script makefusiondebs per compiz-fusion riporto sul repository di questo blog, ha pensato bene di colmare il vuoto con un altro repository per ubuntu, stavolta per i fortunati utenti delle versioni AMD64. La notizia me l’ha inviata sotto forma di spam in pvt su irc ( LOL) mentre gli rompevo le scatole come sempre ( a fine pagina vedrete il perchè¹) ed io lo ricambio facendogli un po’ di pubblicità ! [...]
Pingback di Compiz Fusion AMD-64 Ubuntu Repository by Treviño « O.S. Revolution — 3 luglio 2007 @ 04:11
@ luca & imu
grazie per i suggerimenti, stasera faccio quelle verifiche (come vedete ora sono ospitato su un pc con Finestre)
imu: mi puoi spiegare meglio questo passaggio
> Se hai una modifica dinamica di tale libreria controlla che siano puntati correttamente
luca: module-assistant non serve per creare i moduli del kernel? Si possono creare anche le librerie dei pacchetti -devel?
Non so se possiamo approfittare dell’ospitalità di Trevino per queste discussioni un po’ OT, se volete passatemi dei link dove possiamo continuare questa discussione senza disturbare
ciao
Comment di maurizio — 3 luglio 2007 @ 08:40
con module assistant crei il modulo a partire dai sorgenti, ma dovresti creare anche il -dev… ne sono ragionevolmente sicuro, anche se non al 100%
Comment di luca — 3 luglio 2007 @ 09:11
@ luca
se gentilmente mi dai una dritta su come creare il -dev con module-assistant e i sorgenti nvidia sono disposto ad offrirti anche ……………….. una birra, fresca!
Comment di maurizio — 3 luglio 2007 @ 09:36
@maurizio
Significa che su un sistema Linux dove " root" va a modificare qualcosa al riavvio lo trovi " rimodificato dal sistema stesso" al 100% hai qualche script creato da qualche pacchetto che svolge tale modifica. Nel caso di quelle librerie mi è capitato parecchie volte soprattutto su ubuntu. La situazione che devi controllare è la seguente :
/usr/lib/libGL.so -> libGL.so.1
/usr/lib/libGL.so.1 -> libGL.so.100.14.11
Comment di imu — 3 luglio 2007 @ 11:48
Ringrazio Trevino del lavoro fatto per la comunità e contemporaneamente vorrei chiedere una cosa a tutti voi: che cosa usate per "switchare" tra compiz-fusion e metacity? Quale tray icons usate? una volta c’era il bel beryl manager ma adesso?
Comment di Heavymind — 3 luglio 2007 @ 18:47
Alt+F2 → metacity –replace
La meglio cosa
Comment di Treviño — 3 luglio 2007 @ 18:57
Ok Trevino allora continuerò a fare così
(ma come cavolo ho scritto? tray icons? mi bacchetto sulle mani
)
Comment di Heavymind — 3 luglio 2007 @ 22:55
[...] Devo ovviamente ringraziare l’ottimo Treviño, che con il suo script per la pacchettizzazione (S. Nicola Zingarelli!) mi ha consentito di raggiungere lo scopo. Mi piacerebbe, dunque, condividere la mia esperienza, sperando di essere di aiuto a qualcuno. [...]
Pingback di Compiz Fusion su Lenny/Sid? Finalmente! : Il Metauniverso di Meden — 6 luglio 2007 @ 00:26
ciao trevi…
se può servire a qualcuno, la creazione dei pacchetti va a buon fine anche su Lenny…!! Ovviamente anche l’installazione
thanks again
ciaociao
Comment di Fede — 6 luglio 2007 @ 20:04
Ciao Trevi!!!
Volevo avere un’info riguardo le dipendenze…io uso gnome e di tutti i pacchetti kde non me ne faccio nulla (anche perchè di compilare compiz-kde…). Posso, terminata l’azione dello script, eliminare kdebase-dev e poi dare un bel sudo apt-get autoremove per eliminare tutte quelle belle dipendenze kde??
Comment di neubauten84 — 6 luglio 2007 @ 21:35
Uppo…non riesco a pacchettizzare i plugin-extra e quindi mi da errori di dipendenza…che fare??
Comment di neubauten84 — 6 luglio 2007 @ 22:00
Sì, ovvio… Però puoi anche evitare di impacchettarli proprio. Leggi il mio commento n° 47.
Comment di Treviño — 6 luglio 2007 @ 22:04
Intendevo che lo script mi restituisce errori per cui non me lo installa..allora errori di dipendenze per plugins-unofficial….
Per quanto riguarda il commento n°47…ma se faccio così non posso più aggiornare il pacc compiz?
Comment di neubauten84 — 6 luglio 2007 @ 22:13
Mhmhm… Tipo ti manca i plugins-main prima? O che altro?
Riguardo la seconda cosa, sì aggiorni compiz, ma dovrai aggiornare a mano (sincronizzare con la mia) la cartella debian usata per generare i pacchetti di compiz.
Comment di Treviño — 7 luglio 2007 @