Makefusion 9
versione 9.026 del 04-lug 18.00
Aggiunto il plugin stackswitch e gestione compilazione con cpu multicore (NCPU)
Video di FusionCast
NOTA:
Usate uno dei selettori evidenziati alla volta, visto che usano tutti la stessa combinazione tasti (SUPER+TAB).
Come già segnalato la generazione dei pacchetti deb degli headers del kernel con i tools di kernel-package,
già dal kernel 2.6.24 e successivi, causa riunificazione architetture x86-32/64,
produce pacchetti debian inutilizzabili costringendoci a mantere in /usr/src tutto il sorgente compilato del kernel che sono parecchie centinaia di MB (oltre 500 nel mio caso).
Vediamo come rimediare ai problemi degli headers (pacchetti i386 architettura x86)
Aggiornamento cambio nome pacchetto extras trunk del 27 nov 2007 (seconda edizione)
Aggiornamento cambio nome pacchetti awn-trunk del 24 nov 2007
Aggiornamento v.2.1 del 4 nov 2007 (prima edizione)
Ennesima edizione della guida aggiornata,
per compilare ed installare i pacchetti deb
di avant-window-navigator-trunk-bzr e delle extra applets,
con il mio metodo, che sicuramente non è l’unico,
probabilmente neppure il migliore,
ma visto che questo conosco, questo vi spiego.
Makefusion prima edizione: Giugno 2007
Makefusion9 prima edizione: Marzo 2008
Workaround provvisorio qui
(non più funzionante, solo se avete una versione dei sorgenti potete ricompilarla SENZA fare clone)
——————————————————–
Versione 9.036 ( 14 dicembre 2008 )
makefusion9.nnn.tar.gz (11 KB)
——————————————————–
Versione precedente makefusion8 qui.
——————————————————–
English version from Google Translate. Please read the code lines in the original version.
——————————————————–
Ultimi aggiornamenti:
– 14 dic 9.036 aggiornate dipendenze debian Sid e Lenny
– 18 nov 9.035 aggiunti plugin minimumize maximumizeplus putplus toggle-decoration swap
– 29 ott 9.032 aggiunto supporto preliminare Intrepid 8.10 (solo gnome e gtk NO KUBUNTU).
ATTENZIONE dopo ./makefusion9 packages solo con intrepid, alla fine vi verrà suggerito che pacchetti OpenGL installare a seconda dei driver che usate, purtroppo non so come farlo automaticamente.
– 30 ago avviso Plugin Animazioni diviso in 2. Leggere qui.
– 18 ago avviso Opzioni generali – Opacity settings sostituito dal plugin accessibilità – opacity brightness and saturation
– 14 lug 14.00 9.027 Aggiunto il plugin grid.
– 04 lug 18.00 9.026 Aggiunto il plugin stackswitch e gestione compilazione con cpu multicore (NCPU)
– 03 giu 14.30 9.024 release 0.7.2->0.7.6 Aggiunto supporto Kubuntu 8.04 Hardy Heron kde 3.5.x
– 28 apr 16.00 9.017 Aggiunto plugin workspace-naming
– 22 feb 18.00 I messaggi [ERROR] nell’uninstall.
Ignorateli tranquillamente.
Uninstall e clean vengono comunque eseguiti dallo script (la cartella ~/.compiz che contiene i plugin “sciolti” viene cancellata in ogni caso, e nei sorgenti la cartella build se presente).
——————————————————–
Questo script vi consente di scaricare compilare ed installare
le versione Git disponibile di Compiz-Fusion, e relativi tool e plugin,
su varie distribuzioni/architetture, e di aggiornarli successivamente quando possibile.
Questo script NON PRODUCE alcun tipo di pacchetto.
Compila installa e disinstalla con make.
(more…)
Sembra che la generazione degli headers del kernel con la 2.6.24
fallisca causa riunificazione architetture x86-32/64.
Sintomi:
in archlinux con il vanilla compilato (con PKGBUILD come da riferimento)
il link /usr/src/linux-2.6.24-vanilla/include/asm è interrotto
manca tutta la cartella
/usr/src/linux-2.6.24-vanilla/include/asm-x86
cartella che nei 2.6.23.x si chiamava /include/asm-i386
in debian sid con il vanilla (compilato con make-kpkg image headers)
il link /usr/src/linux-headers-2.6.24-mc/include/asm è interrotto
manca tutta la cartella
/usr/src/linux-headers-2.6.24-mc/include/asm-x86
cartella che nei 2.6.23.x si chiamava /include/asm-i386
Come conseguenza non si compila più nulla senza tutto il source del kernel.
Esempi:
https://telperion.wordpress.com/2008/01/27/kernel-2624-e-nvidia-169-09/
http://forum.debianizzati.org/kernel/linux-2624-vboxdrv-build-fallito-t32356.0.html
http://bbs.archlinux.org/viewtopic.php?id=43045
Se qualcuno ha notizie … notizi.
PS:
Su ArchLinux usando il nuovo schema PKGBUILD del kernel26-ARCH 2.6.24 in testing
come riferimento, che varia parecchio dal “vecchio” standard tutto và a posto, a conferma
che è il kernel che è cambiato negli headers.
Non ho idea di come ottenere gli headers corretti su Debian Ubuntu con make-kpkg.
Io, 2 palle
non sò più in che lingua scriverlo.
2.13. x86-32/64 arch reunification
You can read this recommended article.
When support for the x86-64 AMD architecture was developed, it was decided to develop it as a “fork” of the traditional x86 architecture for comodity reasons. Many patches needed to patch a file in the i386 architecure directory, and another similar patch for the duplicated file in the x86_64 directory. It has been decided to unify both architectures in the same directory again.
This reunification has not been done in a radical way. In this release, both architectures have been unified in arch/x86, but only in appearance. All the source files in i386 and x86-64 directories have been moved to arch/x86, but renaming them with “_32” and “_64” suffixes. Ex: arch/i386/kernel/reboot.c has been moved to arch/x86/kernel/reboot_32.c, and arch/x86_64/kernel/reboot.c has been moved to arch/x86/kernel/reboot_64.c. Makefiles have been modified accordingly. So for now the reunification has been pretty much just a relocation of all the files and adaptation of the build machinery to make it compile just as it’d have been compiled in the old separated directories, done mostly with scripts.
In the future lots of those files will be unified and shared by both architectures, ex. reboot_32.c and reboot_64.c into reboot.c, and many files have already been unified in this release. Others will keep separated forever, due to the differences between both architectures.
Letta questa segnalazione di M0rF3uS,
visto che non ci facciamo mancare nulla,
ho provato subito i pacchetti sulla Gutsy-battlefield.
Che dire? WOW !!!
nel video con il tema OSX
Funziona piuttosto bene, veloce, auto-hide all’altezza della situazione,
qualche lampo nero ogni tanto con auto-hide attivato, ma niente di che, ottimo.
C’è anche la task bar, che però usa le icone di sistema,
e al momento se ci sono troppe icone e task la barra non si ridimensiona
automaticamente sforando a destra (cosi mi pare almeno) thx M0rF3uS,
per cui meglio sfoltire un po e ridimensionare le icone ad un più saggio 48 px.
La “macchinosita” di awn dipendente probabilmente dalle applet in python,
notoriamente non esattamente un fulmine, quà ve la DI-MEN-TI-CA-TE.
Assolutamente da provare.
Tutti i dettagli nella guida linkata.
Riporto le istruzioni per i pacchetti Gutsy (solo i386) che nella guida di M0rF3uS
sono rovinate dalle virgolette tipografiche di wordpress:
aggiungete il deposito al sources.list:
echo "deb http://cairo-dock.vef.fr/ubuntu gutsy cairo-dock" | sudo tee -a /etc/apt/sources.list
aggiornate il database dei pacchetti disponibili:
sudo apt-get update
installate cairo-dock completo di plugin e temi:
sudo apt-get install cairo-dock cairo-dock-plug-ins
poi visto che non mi pare appaia nei menu premete ALT+F2
e lanciate cairo-dock.
Documentazione e guida ufficiale (in francese).
Speriamo il progetto evolva al meglio e non cada nel dimenticatoio
o si accartocci su se stesso come spesso accade.
Per ora il “miglior dock gnome” sulla piazza.
E’ disponibile da qualche giorno il manuale aggiornato di Gimp
GIMP User Manual 2.4.0 Released 2007-11-30
con le caratteristiche della nuova versione 2.4.
Visto che in Ubuntu non lo vedrete fino ad HH,
ecco i pacchetti in italiano del manuale utente per Gutsy.
(more…)
Secondo apt, questo “spassoso” programma per altri versi utilissimo,
pacchetti come xorg hal-device-manager rhythmbox gedit, per citare i più “clamorosi”,
insieme a decine di altri (206 per la precisione) , sarebbero stati installati automaticamente in precedenza e ora non sono più necessari e mi invita ad usare “apt-get autoremove” per rimuoverli.
See come no!
Gente occhio ad usare con leggerezza questi tool di pulizia.
Per me da evitare come la peste, poi il pc è vostro i casini pure.
Inaffidabile.
 | Bl@ster su Gimp 2.9.5 git |
 | telperion su Gimp 2.9.5 git |
| Bl@ster su Gimp 2.9.5 git |
| python setup.py | Te… su 4FFmpeg-8.xxx | |
 | imu su Debian pinning di kde4. |
Tecnologia e non solo 