Purtroppo mancavano le icone nei pulsanti, e mi chiedevo se ci fosse un opzione (magari che non ho neanche visto) da qualche parte.

E oggi l’ho trovata! (cercando tutt’altro)

Per prima cosa, apriamo GConf-editor (ALT+F2 e scriviamoci gconf-editor), andiamo in desktop → gnome → interface e spuntiamo “buttons_have_icons“. Dovreste vedere subito le icone sui pulsanti di tutte le finestre aperte in questo momento.

Per i più pigri, basta copiare e incollare questo comando in un terminale:

Adesso GNOME 2.28 è veramente perfetto

È una notizia rimbalzata da tutte le parti, ma a un giorno dal rilascio voglio darne notizia anch’io

È stato rilasciato ieri sera GNOME 2.28, l’ultima (o penultima?) release della serie 2.x dell ormai famosissimo desktop del piedone (a cui sono tornato dopo una parentesi con openbox), che si caratterizza per la sua bellezza (trovo sempre più avanti e più belli i temi GTK+ che quelli per kde…) e per la sua semplicità.

Che novità porta questa release? Un nuovo programma per gestire le periferiche Bluetooth, GNOME Bluetooth, una nuova vista in Cheese ottimizzata per i netbook, il passaggio in Epiphany dal motore di rendering Gecko (usato nei prodotti mozilla) a Webkit (usato da Chrome/Chromium e da Safari), miglioramenti a Empathy (supporto alla condivisione del desktop, geolocalizzazione e supporto ai temi di Adium) e a Hamster (l’applet della gestione del tempo) oltre a varie modifiche in Totem, Evince e su Controllo volume, in grado ora di controllare un subwoofer.

Ovviamente le novità non finiscono qui! Ci sono varie novità per l’accessibilità e per gli sviluppatori. Ulteriori informazioni sulle note di rilascio.

Da segnalare l’inclusione beta di gnome-shell, la probabile futura interfaccia di GNOME 3.

Passando a Debian, la situazione degli aggiornamenti a gnome in Sid è rosea: un giorno prima del rilascio ufficiale della 2.28, in Sid è apparsa la nuova versione di Empathy e libchamplain, mentre il giorno dopo è stato aggiornato gnome-terminal. È stato aggiornato anche nautilus, ma contiene un bug che cancella i metadata (emblemi, posizione delle icone, eccetera) e quindi consiglio di pinnare il pacchetto nautilus e nautilus-data in attesa del pacchetto aggiornato (che dovrebbe avere la versione 2.28.0-2):

Individuiamo la versione del pacchetto

Prima di tutto, diamo apt-cache policy nautilus | grep -w Candidato e se l’output è diverso da questo:

Candidato: 2.28.0-1

possiamo aggiornare tranquillamente, altrimenti seguiamo il seguente passo:

“Pinniamo” i pacchetti nautilus e nautilus-data

Creiamo (o apriamo, se il file già esiste) con i privilegi di root il file /etc/apt/preferences e aggiungiamoci alla fine le seguenti righe:

Package: nautilus nautilus-data

Pin: release version=2.26.3-1

Pin-Priority: 800

In pratica, queste righe fanno in modo che vengano ignorate le versioni superiori alla 2.26.3-1 (a meno che il Pin-Priority non sia più alto) e quindi permettono di fare tranquillamente gli aggiornamenti. Controlliamo ogni tanto con apt-get update e apt-cache policy nautilus (guardando stavolta in Tabella Versione:) se è stato messo nei mirror il pacchetto senza bug (2.28.0-2). Se così fosse, possiamo togliere le righe che abbiamo aggiunto in /etc/apt/preferences e aggiornare tranquillamente.

Per chi avesse già aggiornato nautilus:

può aspettare il nuovo pacchetto e dopo può aggiornare qualunque file ~/.nautilus/metafiles/migrated-to-gvfs presente nell sistema.

Link utili

• GNOME Home Page
• Note di rilascio di GNOME 2.28
• Stato di GNOME 2.28 in Debian

Beh, dopo poco tempo lo ho abbandonato. Ora però ho pensato di ripartire da zero. Ho tolto tutti i vecchi siti che venivano indicizzati e ho creato una nuova pagina per ILBS, che è:

http://ubu4ever.netsons.org/ilbs

Se volete iscrivervi, basta lasciare un commento con il link al proprio blog e verrete aggiunti

Eugenio

Ovviamente mancava un dialogo per spegnere il computer. Allora ne ho creato uno io

Per funzionare, openShutdown necessita di: gdm, gtkdialog, bash, openbox e xscreensaver (per bloccare lo schermo).

Ho creato anche un pacchetto .deb per installarlo sulle distribuzioni debian-based.

ATTENZIONE: Per sospendere il computer, openShutdown chiuderà la sessione corrente.

Download:

.deb: http://www.mediafire.com/file/hnqmmzel2jz/openshutdown_0.02-1.1_all.deb

.tar.gz: http://www.mediafire.com/file/dwjnzill1wt/openshutdown-0.02-20090815.tar.gz

bzr: lp:~g7/+junk/openShutdown

Per installare i file contenuti nel file .tar.gz, create la cartella /usr/share/openShutdown e copiateci dentro i file interface.glade e logo.png.

Dopodichè copiate il file openShutdown in /usr/bin.

Buon ferragosto!

KDE 4.3 è atterrato in Debian Sid.

sudo apt-get update && sudo apt-get install kde-minimal kmix

Tenete presente che al momento kde-full non si installa. Ma sono sicuro che tempo poche ore e tutto verrà sistemato

Un’altro problema che ho riscontrato è gtk-qt-engine non funzionante in questa versione.

Buon’installazione/aggiornamento!

Mi ero lamentato giorni fa del fatto che Launchpad fosse installabile solamente su Ubuntu. Ebbene, ieri mi sono tuffato nel magico mondo delle dipendenze™ e ho adattato lo script “rocketfuel-setup” a Debian lenny.

Di seguito vedremo come installare Launchpad tramite questo script modificato:

ATTENZIONE: La procedura di seguito riportata installa pacchetti non creati per Debian Lenny o proprio non creati per Debian. Lo script modifica anche la configurazione di apache e cancella un’eventuale database Postgresql, quindi è consigliabile installare Launchpad su una installazione fresca di Debian.

NOTA: Questo script dovrebbe funzionare anche su Ubuntu, e la guida può essere applicata anche sulla distribuzione sponsorizzata da Canonical. Aspetto test per proporlo nel trunk di launchpad.

Configuriamo sudo (non necessario per Ubuntu)

Per far funzionare lo script è necessario avere sudo installato e configurato, vediamo adesso come fare:

su # Al prompt, mettete la password di root
apt-get install sudo nano # nano è un editor semplice e facile da usare che puo essere utile per modificare il file sudoers richiesto da sudo.
env EDITOR="nano" visudo

vi dovrebbe apparire qualcosa simile a questo:

# /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# See the man page for details on how to write a sudoers file.
#

Defaults        env_reset
# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL) ALL

# Uncomment to allow members of group sudo to not need a password
# (Note that later entries override this, so you might need to move
# it further down)
# %sudo ALL=NOPASSWD: ALL

Dopo la riga root    ALL=(ALL) ALL aggiungete:

mionomeutente    ALL=(ALL) ALL

Dove mionomeutente è l’utente da cui installeremo Launchpad.

Aggiorniamo bazaar e scarichiamo lo script

Il pacchetto “bzr” in lenny non è aggiornato. Quindi scarichiamo ed installiamo dal PPA degli sviluppatori di bazaar la versione 1.17 per Ubuntu Hardy:

cd /tmp
wget https://launchpad.net/~bzr/+archive/ppa/+files/bzr_1.17-1~bazaar1~hardy1_i386.deb
sudo dpkg -i bzr_1.17-1~bazaar1~hardy1_i386.deb
mkdir ~/launchpad
cd ~/launchpad
wget http://ubu4ever.netsons.org/scripts/rocketfuel-setup
chmod a+x rocketfuel-setup

Fatto!

Creiamo una nuova chiave ssh

Visto che stiamo installando su una nuova Debian lenny, dobbiamo creare una nuova chiave ssh da usare con bazaar:

sudo apt-get install openssh-client # Stavolta inserite la VOSTRA password al prompt, non quella di root

eval `ssh-agent` # Avviamo ssh-agent…

ssh-keygen -t rsa # E creiamo una nuova chiave…

Adesso, aiutandovi con un server FTP remoto oppure con una penna USB o quant’altro sia adatto a trasferire dei dati, copiate /home/mionomeutente/.ssh/id_rsa.pub in un’altro computer e aggiungetela al vostro account launchpad (perchè ne avete uno, vero?)

Adesso memorizziamo la password della chiave ssh per questa sessione:

ssh-add ~/.ssh/id_rsa # Quando ve lo chiede, inserite la password che avete precedentemente messo nella chiave ssh.

Avviamo lo script e facciamoci una bella passeggiata…

Adesso avviamo lo script

./rocketfuel-setup

Rispondete alle domande che vi farà (non preoccupatevi se non trova /etc/lsb-release, è normale in Debian) e agguiungete quello che vi dice in ~/.ssh/config

Rispondete “y” quando aptitude vi chiede di installare le dipendenze  e fatevi mentre scarica un bel caffè.

Una volta che ha finito di installare le dipendenze però, lo script deve scaricare launchpad. Quindi, una volta bevuto il caffè e dopo aver visto la barra di avanzamento di bazaar (che indica che durante lo scaricamento delle dipendenze non c’è stato alcun problema, visto che è arrivato lì )  potete lasciare le sorti dello scaricamento alla vostra linea telefonica e potete farvi una bella passeggiata, sperando che al ritorno abbia finito di scaricare.

Una volta che lo script ha terminato lo scaricamento sia di launchpad che delle applicazioni necessarie per il suo funzionamento, vi dovrebbe apparire questo:

Thank you for using this script. You can improve it for everyone by
committing changes to Launchpad in utilities/rocketfuel-setup.

Please see http://dev.launchpad.net/ for more information on
developing and testing Launchpad, and on submitting changes.

You can use the following commands to manage your Launchpad
development environment:

rocketfuel-get
Update your copy of $LP_TRUNK_NAME and the necessary source
dependencies, and make sure all source dependencies are properly
linked in to all the branches you are working on.

rocketfuel-branch foo
Create a new branch of LP called \"foo\" in
$LP_PROJECT_PATH/foo,
with all the source dependencies properly linked in.

rocketfuel-status
Check each of the branches in $LP_PROJECT_PATH
and show which of them have uncommitted changes; also check which ones
have revisions that have not yet landed on trunk.

rocketfuel-push
Push all of your branches to Launchpad, so that you have a server-side
backup of everything.

Happy hacking!

E quindi adesso potete passare al passo successivo:

Compiliamo launchpad

Adesso compiliamo Launchpad. Prestate attenzione al secondo comando: esso distruggerà gli eventuali database postgresql nel sistema!

cd lp-branches/devel
./utilities/launchpad-database-setup $USER
make schema

Avviamo Launchpad

Il grande momento è arrivato!! Diamo:

make run

per avviare Launchpad. Spostiamoci adesso in un’altro terminale/in un’altra tty e andiamo all’indirizzo “launchpad.dev” per vedere la nostra nuova installazione di Launchpad!

Aggiorniamo l’installazione di Launchpad

Non ho provato, ma dovrebbero bastare questi comandi per aggiornare la propria installazione di Launchpad:

eval `ssh-agent`
ssh-add ~/.ssh/id_rsa # Come al solito, mettete quando ve la chiede la password che avete inserito nella chiave ssh.
/usr/local/bin/rocketfuel-get

Buon hacking!

Ce l’ho quasi fatta! Stay tuned…

Con gli ultimi aggiornamenti di Chromium, è spuntato fuori su about:linux-splash la seguente scritta:

Plugins (e.g. Flash) are partway implemented and will cause frequent crashes. Use –enable-plugins to turn them on if you’re ok with that; the browser is otherwise quite stable

Vista oggi (anzi ieri visto che adesso è mezzanotte inoltrata), questa modifica mi ha fatto imprecare molto specie su sidux, quando avevo installato l’ultima, aggiornatissima, versione.

Quindi per rivedere la roba flash con Chromium, modificate tramite alacarte/tramite il vostro editor di menù preferito/il file .desktop di chromium la stringa chromium-browser %U a chromium-browser %U --enable-plugins

Tutto felice, sono andato qui e preso il comando per scaricare lo script. Dopodichè mi imbatto in questo:

Note that right now, Launchpad can only be built and run on Ubuntu (9.04 “Jaunty”). That’s not a design decision, it’s just a consequence of the fact that, until now, all its developers have been running Ubuntu. We’d be happy to see Launchpad work on other platforms too; perhaps starting with Debian GNU/Linux would be easiest, since Debian and Ubuntu are similar and many Debian developers use Launchpad anyway.

Testardo come sono, ho scaricato comunque lo script per l’installazione con l’intento di modificarlo al primo intppo con Debian (es: /etc/lsb_release non c’è in debian, ho dovuto mettere un if che esporta come DISTRIB_CODENAME jaunty se DISTRIB_CODENAME è vuoto).

Purtroppo i repository ppa di launchpad hanno dipendenze che debian non ha (o meglio pacchetti con nomi differenti)

Stay tuned…

NOTA: Non ho cambiato il mio contatto M$N Lo ho usato per un’amico