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.
Commento di farthest — 28 giugno 2007 @ 06:56
Complimenti Trevino, oggi pomeriggio provo lo script
Commento di Il Fornaio — 28 giugno 2007 @ 07:08
Davvero complimenti!!!
Commento di Garret — 28 giugno 2007 @ 07:37
Un momento: perchè a me nei commenti non mi spunta che sto su ubuntu?
Commento 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
Commento di Il Fornaio — 28 giugno 2007 @ 08:08
grande trevinho !!!! :>
Commento 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…
Commento 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?
Commento di Giacomo — 28 giugno 2007 @ 09:21
Un piccolo script da 520 righe O_o …..pesissimo!
Complimenti per le nottate che ci hai perso…
Commento di AleXit — 28 giugno 2007 @ 09:43
Giacomo, nulla… O quasi
. 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!
Commento di Treviño — 28 giugno 2007 @ 10:02
Trevino perchè nei commenti non mi spunta che uso Ubuntu?
Commento di Garret — 28 giugno 2007 @ 10:05
tu sei tutto matto
Commento di monossido — 28 giugno 2007 @ 10:16
perchè non inserisci anche tutte le dipendenze che occorrono.
sarebbe una cosa fantastica. grazie
Commento di flavio — 28 giugno 2007 @ 10:21
allego copia dell’errore durante la compilazione
Commento 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
Commento 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
Commento di Il Fornaio — 28 giugno 2007 @ 10:30
porca miseria, una x di troppo in href
Commento 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
Commento 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
Commento 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
Commento 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
Commento di flavio — 28 giugno 2007 @ 11:12
Anche a me dopo l’aggiornamento dai repository di trevino non parte più compiz fusion.
Commento 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
Commento di Treviño — 28 giugno 2007 @ 12:04
Grazie treviño, celere come al solito nello scovare e risolvere i problemi
Commento 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
Commento 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…………
Commento 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???
Commento 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!
Commento di Treviño — 28 giugno 2007 @ 13:15
Trevino ti ringrazio per aver cancellato i miei commenti …
Commento 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…
Commento 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 :/
Commento 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…
Commento di Treviño — 28 giugno 2007 @ 13:40
Tutto PERFETTO ora trevino, Grazie Infinite!!!
Commento di UBox — 28 giugno 2007 @ 14:44
Eh mi chiede di installarli ma al termine mi da sempre questo :/
Commento 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!!
Commento di Fede — 28 giugno 2007 @ 15:14
Zobbi, in teoria se l’installi, non dovrebbe farlo….
Se invece li salti è giusto così…
Commento 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
Commento 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
Commento 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…
Commento 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?
Commento 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…
Commento di Treviño — 28 giugno 2007 @ 16:31
sistemato :> ho aggiunto un parametro all autoconfig
Commento di danieluk — 28 giugno 2007 @ 16:40
Come esattamente?
Commento di Treviño — 28 giugno 2007 @ 16:48
autogenpkg_cmd="./autogen.sh –prefix=$MYPREFIX –disable-kde"
ma non ha funzionato
Commento 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
Commento 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
Commento 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.
Commento 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!
Commento 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
Commento 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??
Commento 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
Commento 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??
Commento 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!
Commento 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!
Commento 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
Commento 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ì!!
Commento 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
Commento 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?
Commento 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??
Commento 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 :*
Commento 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
Commento 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
Commento 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
Commento 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
Commento 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
Commento 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?
Commento 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…
Commento 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?
Commento 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 !
Commento 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?
Commento 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?
Commento 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:
Commento 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
Commento 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?
Commento 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
Commento 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
Commento 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.)
Commento 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
Commento 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
Commento di TequilaMex — 1 luglio 2007 @ 13:35
anche io stesso problema di pippo… non mi crea il plugin-main
Commento 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
Commento 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
Commento di luca — 1 luglio 2007 @ 20:14
scusate… il post finiva con grazie mille TREVINO, ovviamente
Commento 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…
Commento 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!
Commento 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
Commento 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
Commento 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
Commento 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…
Commento di Treviño — 2 luglio 2007 @ 15:32
mi ha impacchettato tutto, grazie
Commento di ibart — 2 luglio 2007 @ 15:40
mi è tornato a dare problemi nella creazione del plugin-main
Commento 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
Commento 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…
Commento 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…)
Commento di Treviño — 2 luglio 2007 @ 17:46
curiosità… come faccio a cambiare il decoratore? devo fare per forza emerald –replace?
Commento di luca — 2 luglio 2007 @ 18:22
Puoi anche usare la forumula compiz –replace -c emerald per lanciarlo all’avvio…
Commento di Treviño — 2 luglio 2007 @ 19:31
risolto… ho eliminato tutto e ho rifatto il checkout… tutto funzionate GRANDE TREVINO!!!
Commento 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
Commento 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
Commento 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…
Commento 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…
Commento 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
Commento 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…
Commento di luca — 2 luglio 2007 @ 22:02
luca, questa cosa non dovrebbe più accadere con le ultime versioni dello script….
Commento 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
Commento 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…
Commento di Treviño — 3 luglio 2007 @ 00:00
grazie comunque
Commento di maurizio — 3 luglio 2007 @ 00:05
@maurizio
hai provato a creare il modulo con module assistant?
Commento 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) .
Commento 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
Commento 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%
Commento 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!
Commento 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
Commento 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?
Commento di Heavymind — 3 luglio 2007 @ 18:47
Alt+F2 → metacity –replace
La meglio cosa
Commento 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
)
Commento 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
Commento 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??
Commento di neubauten84 — 6 luglio 2007 @ 21:35
Uppo…non riesco a pacchettizzare i plugin-extra e quindi mi da errori di dipendenza…che fare??
Commento di neubauten84 — 6 luglio 2007 @ 22:00
Sì, ovvio… Però puoi anche evitare di impacchettarli proprio. Leggi il mio commento n° 47.
Commento 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?
Commento 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.
Commento di Treviño — 7 luglio 2007 @ 02:03
[...] Se volete installare Compiz Fusion vi ricordo che potete seguire i consiglio sui blog di Imu, Trevino, Illusion22 e Telperion. Ognuno mostra un modo per installare Compiz Fusion: c’è quello che ha creato i pacchetti grazie ad uno script e li mette nel repository (il grande Imu), chi invece lo ha creato, lo script per pacchettizzare Compiz Fusion (grazie Trevino), chi invece ha scritto uno script per installare Fusion da sorgenti (è opera di Telperion) e chi, questo script lo ha modificato (the life is an Illusion, alla ventiduesima per la precisione) [...]
Pingback di M’ha preso fuoco il desktop!!! | Il Fornaio — 7 luglio 2007 @ 12:14
Ciao trevi..no i plugin-main li ha creati!!Mi da un errore riguardo un file txt…cmq ho deciso di rimettere i tuoi deb da repo.Grazie comunque!!!
Commento di neubauten84 — 7 luglio 2007 @ 14:22
Ok, eventualmente riposta l’errore per intero…
CIAO!
Commento di Treviño — 8 luglio 2007 @ 23:53
Ciao Trevino e tutti…
Ieri il tuo script mi ha dato errore sulla compilazione di tutti i pacchetti relativi ai plugins… è cambiato qualcos’altro?
Inoltre, ripropongo una domanda che avevo fatto, ma che forse non avevo posto chiaramente…
Quando lo script termina senza errori, crea i pacchetti, ma non installa nulla… penso sia corretto così…
A questo punto, vado nel folder dei .deb ed installo i singoli pacchetti a mano, cliccando due volte su ciascuno… e cercando di indovinare la sequenza di installazione (compiz-core, compiz, compiz-plugins etc…) che non mi dia errori di dipendenze o altro…
Mi domando se non c’è un metodo più semplice… che sò, uno o più comandi da terminale, che consentano una installazione più immediata…
Qualche suggerimento???
Grazie in anticipo! E grazie per lo script… e quando lo vedevo compiz fusion aggiornatissimo sulla mia box, senza i tuoi repo o lo script?
Ciao, Pippo
Commento di Joe Daring — 10 luglio 2007 @ 19:15
quando hai problemi di compilazione rimuovi changelogs fusion/ debs/ debs-old/ e rimanda in esecuzione lo script
per installare i pacchetti ti basta dare un dpkg -i debs/*.deb
Commento di luca — 10 luglio 2007 @ 19:22
No, la cartella debs/ è meglio non rimuoverla mai, basta togliere la directory fusion/
Commento di Treviño — 11 luglio 2007 @ 05:42
@ Joe Daring/Pippo
per l’installazione dei pacchetti da terminale guarda il commento n. 72 dove Trevino risponde a una mia domanda
ciao
Commento di maurizio — 11 luglio 2007 @ 08:03
@Trevino… Grazie per il commento ed i suggerimenti
@Maurizio… Si, l’avevo visto, ma non installava tutto… il suggerimento di Luca, invece, installa tutto… potevo arrivarci da solo, ma non sapevo che il comando si sarebbe gestito la sequenza in automatico… almeno così sembra fare!
@Luca …GRAZIE!
Ciao a tutti
Pippo
Commento di Pippo — 11 luglio 2007 @ 14:54
[...] Finalmente anche io, in un momento di raptus da esaurimento -stress da studio ne ho approfittato per fare il passaggio dal beneamato Beryl, che tanto mi ha soddisfatto, all’applauditissimo Compiz Fusion. Come ormai sapete i progetti dei due Desktop-Manager più usati nella comunità del Pinguino (Compiz e Beryl), si sono “fusi” in un unico programma: il Compiz-Fusion. Il tutto con grande consenso della Comunità che auspica in poco tempo di vedere migliorie vistose nel codice e nelle applicazioni, il tutto dato dall’unione delle forze dei due Team. Intanto di novità già ce ne sono un bel po’ e devo dire che, testandolo sulla mia Ubuntu box, non ha nulla da invidiare ai fratelli minori Compiz o Beryl, anche per quanto riguarda il consumo di risorse (la mia Ubuntu gira su processore AMD 64 Athlon 3200+, ram 768, scheda video NVIDIA GeForce FX 5200 128 Mb). [...]
Pingback di E Compiz Fusion, fu! « — 13 luglio 2007 @ 16:26
@ Trevino
quando uso metacity –replace & per stoppare compiz-fusion ottengo questo errore
/usr/bin/compiz: line 777: 7653 Segmentation fault (core dumped) $*
immagino che la linea 777 si riferisca al wrapper
Commento di maurizio — 13 luglio 2007 @ 23:21
Sì, esatto… Non dovrebbe essere comunque un problema…
Commento di Treviño — 14 luglio 2007 @ 04:11
oddio… magari non fa danni, ma non è che un segmentation fault non sia un problema…
Commento di luca — 14 luglio 2007 @ 09:40
No, voglio dire… Il fatto è che probabilmente compiz si sente "usurpato" del suo potere (causa del replace di metacity) e va in seg fault… Penso sia più una mancanza di codice per questo caso che un problema del codice presente.
Commento di Treviño — 14 luglio 2007 @ 13:35
oggi ho aggiornato i driver mesa e ha cominciato a non andare più fusion… vi riporto l’errore
/usr/bin/compiz.real (core) – Error: Can’t load plugin ‘ccp’ because it is built for ABI version 20070709 and actual version is 20070706
/usr/bin/compiz.real (core) – Error: Couldn’t activate plugin ‘ccp’
Commento di Fiste788 — 14 luglio 2007 @ 20:25
Stesso errore per me, ma indipendentemente dall’aggiornamento di driver:
/usr/bin/compiz.real (core) – Error: Can’t load plugin ‘ccp’ because it is built for ABI version 20070709 and actual version is 20070706
/usr/bin/compiz.real (core) – Error: Couldn’t activate plugin ‘ccp’
Commento di Ispirato — 14 luglio 2007 @ 23:01
Ho visto inoltre che compilando tramite lo script ed installando il pacchetto dei plugin unofficial, in compizconfigsettings non spunta il plugin screensaver che invece è presente installando dal tuo repository.
Commento di Ispirato — 15 luglio 2007 @ 04:03
la stessa cosa capita anche a me… eppure fino a qualche giorno fa screensaver compariva nelle opzioni, pur non funzionando
Commento di luca — 15 luglio 2007 @ 08:34
Screensaver a me funziona… Tuttavia l’errore riportato da voi si dovrebbe correggere forzando la ricompilazione di alcuni pacchetti con il comando:
Altrimenti un modo meno elegante ma funzionante è quello di rimuovere la sotto-cartella fusion.
Scusate
Commento di Treviño — 16 luglio 2007 @ 02:01
provato in tutti e due i modi ma il problema persiste… tra l’altro noto ora che è scomparso anche il plugin che fa vedere le ruote dentate di KDE che girano all’itnerno del cubo
Commento di luca — 16 luglio 2007 @ 14:46
oggi la compilazione si è interrotta con questo errore
http://paste.ubuntu-nl.org/30108/
Commento di maurizio — 16 luglio 2007 @ 15:54
ho avuto lo stesso problema del punto 139.. non so come risolvere.. aiuto please..
Commento di Erik — 16 luglio 2007 @ 22:57
@ Erik
se per problema al punto 139 intendi quello dello stop di compiz con metacity, Trevino ha spiegato che non niente di cui preoccuparsi (in fondo compiz lo stai chiudendo ….)
Commento di maurizio — 17 luglio 2007 @ 08:19
maurizio, genera prima plugins-main (con ./makedebs plugins-main), quindi installa quel pacchetto e poi riavvia lo script normalmente…
Commento di Treviño — 17 luglio 2007 @ 16:04
Trevino, grazie per la risposta, vedo di riprovare anche se mi sembra che quando mi ha dato errore il plugin main fosse installato (ma non ne sono proprio sicuro a questo punto)
A proposito, quindi quando si genera una nuova serie di pacchetti con makefusiondebs non è necessario disinstallare prima quelli installati in precedenza? anzi mi sembra di capire che sia addirittura sconsigliato
ciao, grazie
Commento di maurizio — 17 luglio 2007 @ 17:06
Con la procedura indicata al commento 152 la creazione dei pacchetti è andata a buon fine, però quando li ho installati e ho avviato compiz, alcuni plugin non li abilitava perchè c’era un problema di date diverse nelle versioni ABI
Per cui ho eliminato la dir /fusion e ho riavviato lo script per vedere di riallineare tutte le date dei pacchetti
Ora tutti i pacchetti si installano e funzionano
Però durante la compilazione ho notato che scorrevano molte righe con error (che non sono riuscito a salvare) che si riferivano a screensaver
Commento di maurizio — 17 luglio 2007 @ 23:45
Non saprei… Il plugin screensaver qui si compila correttamente, resta comunque il fatto che sono plugin "unofficial" quindi può anche capitare che a volte non facciano…
Commento di Treviño — 18 luglio 2007 @ 15:10
mi manca forse qualche libreria particolare da installare? (per la compilazione del plugin screensaver, intendo)
a proposito, l’output che si produce durante la compilazione è possibile inviarlo in qualche modo anche a un file di log? Con qualcosa tipo: ./makefusiondebs > makefusiondebs.log?
Commento di maurizio — 19 luglio 2007 @ 14:23
Un log completo lo puoi generare usando il programma script. Fai:
Ci sta tu debba installarlo, sta nel pacchetto bsdutils
Commento di Treviño — 19 luglio 2007 @ 15:15
grazie
su eventuali librerie necessarie per compilare il plugin screensaver sai dirmi qualcosa? o della verifica se ne incarica già il tuo script?
Commento di maurizio — 19 luglio 2007 @ 16:26
Mh, no di quei plugin non se ne occupa… So che è necessario di sicuro il pacchetto x11proto-scrnsaver-dev
Commento di Treviño — 20 luglio 2007 @ 04:19
a me non parte più il compiz config setting manager… mi ritorna questo errore
Traceback (most recent call last):
File "/usr/bin/ccsm", line 29, in <module>
gettext.bindtextdomain("ccsm", DataDir + "/locale")
NameError: name ‘DataDir’ is not defined
qualcuno sa perchè?
Commento di Fiste788 — 27 luglio 2007 @ 10:56
Che versione stai usando di python-compizconfig? Controlla che sia la 0.0.1*
Commento di Treviño — 27 luglio 2007 @ 15:49
si.. è la 0.0.1 aggiornata all’11 luglio… il problema è che mi sono accorto che lo script non mi crea neanche più il pacchetto compiz-config-setting-manager
Commento di Fiste788 — 27 luglio 2007 @ 16:02
piccolo problema da 4gg a questa parte… partendo "dal vuoto" riesco a compilare correttamente (a parte un’assurda richiesta di installare compiz, compiz-core, compiz-dev e qualcos’altro)…
ridando ./makefusiondebs qualche ora dopo per vedere se ci sono stati cambiamenti ricevo il seguente messaggio…
Updating the widget package…
patching file widget.xml
Already up-to-date.
Problems occurred while building extra-items packages… Continue Building?
[Y/n]:
cancellando la cartella extra-items e ridando il comando va tutto bene… consigli?? sono son il cellulare ed ho limiti di traffico
Commento di luca — 30 luglio 2007 @ 14:51
mhmhm… Strano non ho mai ricevuto una cosa del genere… Sopra non ti dice altro?
Commento di Treviño — 31 luglio 2007 @ 03:11
Sorry for writting in English since no parlo italiano. I tried makefusiondebs on debian lenny amd64/i386 and it failed on libcompizconfig packages (it seems it builds but dh_install complains):
<code>
dh_installudev -plibcompizconfig0
dh_install -plibcompizconfig0 –sourcedir=debian/tmp –list-missing
dh_install: libcompizconfig0 missing files (usr/lib/compiz/*.so), aborting
make: ** [binary-install/libcompizconfig0] Erro 1
</code>
The files seem to be there
<code>
$ ls fusion/libcompizconfig/debian/tmp/usr/lib/
compizconfig libcompizconfig.la libcompizconfig.so.0 pkgconfig
libcompizconfig.a libcompizconfig.so libcompizconfig.so.0.0.0
</code>
I dont know if some upgrade broke the build system because I had succeded in building it before.
Thanks a lot for the script.
Commento di Thadeu Penna — 31 luglio 2007 @ 12:45
[...] Avevo fatto richiesta a Treviño di inserire fusion-icon tra i pacchetti compilati con il suo script, purtroppo vuoi per il tempo che scarseggia, vuoi per il tempo impegnato a risolvere cose ben più importanti, vuoi per l’arrivo delle sue vacanze e relativa partenza … la cosa non è andata in porto. Per mettere rimedio alla mancanza di questo piccolo ma utilissimo aggeggio mi sono messo all’opera ed ho creato un pacchetto deb per Debian Sid i386/powerpc che trovate naturalmente nei repo di questo blog dedicati a compiz-fusion . Spero vi sia utile ! [...]
Pingback di fusion-icon per Debian Sid i386/ppc [deb] « O.S. Revolution — 4 agosto 2007 @ 04:57
continuo a ricevere errori nella compilazione, nonostante abbia cancellato tutto e sia ripartito da zero…
http://rafb.net/p/f1Zjq044.html
qualcuno mi sa aiutare??
grazie
luca
Commento di luca — 6 agosto 2007 @ 01:33
qulc altro oltre a me ha problemi con la patch italian e il file po/it.po?? compiz non si compila….
Commento di monossido — 9 agosto 2007 @ 13:28
si anche io stesso problema… mi sa che dobbiamo aspettare il ritorno di trevino
Commento di Fiste788 — 9 agosto 2007 @ 14:59
1 out of 4 hunks FAILED — rejects in file src/display.c
patching file src/Makefile.am
Patch 013-add-cursor-theme-support.patch does not apply (enforce with -f)
make: *** [debian/stamp-patched] Error 1
cosa posso fare?? 3v1 help!
Commento di lollo — 18 agosto 2007 @ 01:12
Ho riprovato lo script per curiosità ma arrivato a un certo punto si arresta tutto perchè manca il file x11-xcb…capita anche a voi?come si può risolvere?
Commento di neubauten84 — 1 settembre 2007 @ 12:28
xcb è una brutta dipendenza che hanno aggiunto e che ancora pochi possono avere il lusso di avere…
per ora aspetta, o usa lo script di telperion
Commento di luca — 3 settembre 2007 @ 15:28
Beh, veramente ho fatto ed ho aggiunto a questo script una patch per rimuovere il supporto di xcb già da metà agosto…
Controlla di aver eseguito correttamente l’aggiornamento visto che la compilazione funziona da tanto…
Commento di Treviño — 3 settembre 2007 @ 18:34
Complimenti!!! veramente!!!
Commento di openmiky — 14 settembre 2007 @ 19:51
Temo che la patch 013 di compiz debba essere aggiornata. E` cambiato compiz-core.h e cosi` com’e` fallisce.
Commento di dasnake — 19 ottobre 2007 @ 20:23
[...] Inoltre prima di eseguire l’upgrade avevo disinstallato i pacchetti riguardanti compiz, ottenuti grazie allo script di treviño, e quindi appartenenti alla cosiddetta versione GIT e quindi al momento utilizzo la versione presente nei repository ufficiali di Ubuntu. [...]
Pingback di Ridimensionare le finestre rallenta Ubuntu, risolviamo la questione. « Ispirazioni informatiche — 23 ottobre 2007 @ 22:27
[...] della pubblicazione del MakeFusionDebs ho ricevuto davvero molte richieste dei pacchetti sorgenti per crearsi i pacchetti per la propria [...]
Pingback di Treviño’s Blog » Archives » Compiz Fusion AMD-64 Ubuntu Repository — 17 dicembre 2008 @ 02:24
[...] post fà parte di un’altro blogPost originale sul blog di: Treviño Share and [...]
Pingback di Impacchettare Compiz Fusion GIT con MakeFusionDebs | L'angolo della condivisione — 2 gennaio 2009 @ 14:32