Centershell e' uno script interessante che permette di lanciare una shell di Eterm, completamente "denudata" di menu e scrollbar e con trasparenza abilitata, nel centro del nostro desktop.. a seconda della risoluzione. La geometria di default e' impostata a 200x200, quindi ottimizzata per monitor a 1024x768, ed e' molto semplice adattarla alla nostra risoluzione modificando lo script con un editor di testo qualsiasi.
Se qualcuno segue attivamente i progetti che si susseguono su kde-look o kde-apps, avra' senz'altro notato come questo script sia la fotocopia di uno precedente, ideato da Giancarlo Fringuello, con l'unica differenza nella geometria e nel comando attivato di default una volta aperto il terminale.

In passato mi e' capitato diverse volte, specie sul forum Ubuntu-it, di leggere diversi howto per "incastonare" una shell come sfondo del desktop, ma mai nulla di specifico per kde.
L'unico requisito e' l'installazione di Eterm, programma che troviamo nei nostri repository e che dovrebbe installare tutte le dipendenze necessarie in automatico: libast e imlib2.

sudo apt-get install eterm

Per avviare centershell.sh in automatico spostiamo lo script (gia' eseguibile) in ~/.kde/Autostart

mv centershell.sh ~/.kde/Autostart

Ammetto di non sapere nulla sull'opzione geometry, quindi "ad occhio" per una risoluzione di 1680x1050 (la mia) i valori dovrebbero essere attorno a 480x280, mentre 80x30 sono le dimensioni della shell di Eterm.
Gia' che ci siamo, qui ci sono un sacco di temi per questa shell. L'installazione e' semplicissima:

1- Scaricare il tema desiderato
2- Creare (se non ci fosse) la directory:
mkdir ~/.Eterm/themes
3- Scompattare il tema all'interno
4- Lanciare:
Eterm -t nome_tema
;)

Capita spesso di trovarsi costretti ad operare su di un terminale perche' abbiamo dei problemi piu' o meno seri col nostro server X o con la sessione del nostro ambiente desktop.
Si pensi per esempio alla pulizia degli script di avvio, per cercare il massimo delle performance dal nostro boot, o per risolvere qualche problema di demone che impedisce il corretto avvio del sistema.
Assaporiamo questa breve rinfrescata sui runlevels che solitamente non fa mai male.
;)

Normalmente con Kde utilizziamo il modulo presente nella sezione "Amministrazione di sistema" per attivare ed associare uno script al nostro runlevel.
Tutto questo e' naturalmente riproducibile da riga di comando, con tante opzioni in piu' rispetto all'interfaccia citata poco fa.
Su sistemi Debian tali script si trovano in /etc/init.d, ma vengono attivati dal sistema tramite un altro percorso. Si tratta quindi di un link:

/etc/rcX.d/

Dove X e' il numero del Runlevel.

Immaginiamo di scaricare ed installare un semplice programma, come Portsentry, che lascia uno script in /etc/init.d
L'avvio manuale e' molto semplice:

cd /etc/init.d
sudo ./portsentry start

Non vogliamo pero' usufruire di questo servizio, quindi non sara' solo necessario lanciare:

sudo ./portsentry stop

perche' avra' effetto immediato, ma al riavvio successivo ce lo ritroveremo funzionante di nuovo.
Disattivare lo script con:

sudo chmod -x /etc/init.d/portsentry

non lo rimuove dal runlevel al quale e' associato, e probabilmente ne leggeremo l'errore al boot.
Ci viene in aiuto update-rc.d , che si incarica di rimuovere/aggiungere automaticamente qualsiasi link necessario in /etc/init.d.

Esaminiamo per esempio lo script timidity:

dyve@kubuntu:/etc/rc3.d$ ls -l /etc/rc?.d/*timidity
lrwxrwxrwx 1 root root 18 2007-05-28 00:02 /etc/rc0.d/K99timidity -> ../init.d/timidity
lrwxrwxrwx 1 root root 18 2007-05-28 00:02 /etc/rc1.d/K99timidity -> ../init.d/timidity
lrwxrwxrwx 1 root root 18 2007-05-28 00:02 /etc/rc2.d/S99timidity -> ../init.d/timidity
lrwxrwxrwx 1 root root 18 2007-05-28 00:02 /etc/rc3.d/S99timidity -> ../init.d/timidity
lrwxrwxrwx 1 root root 18 2007-05-28 00:02 /etc/rc4.d/S99timidity -> ../init.d/timidity
lrwxrwxrwx 1 root root 18 2007-05-28 00:02 /etc/rc5.d/S99timidity -> ../init.d/timidity
lrwxrwxrwx 1 root root 18 2007-05-28 00:02 /etc/rc6.d/K99timidity -> ../init.d/timidity

Come si puo' notare, per i runlevels 0, 1 e 6 c'e' una K all'inizio del link, mentre per i runlevels 2, 3, 4 e 5, c'e' una S. Queste lettere stanno rispettivamente per Kill e Start.
Su Debian e Ubuntu, i runlevels 2, 3, 4 e 5 sono multiutente ( multi-users runlevels).

Runlevel 0: Halt.
Runlevel 1: single user mode
Runlevel 6: Riavvio

- Rimuovere un servizio -

Torniamo al nostro portsentry, che vogliamo disattivare totalmente tramite update-rc.d.
Utilizziamo l'opzione -f per forzare la rimozione dei symlink anche se e' ancora presente in /etc/init.d (nel caso lo volessimo riassociare):

sudo update-rc.d -f portsentry remove

NB: Dopo un upgrade del servizio, lo script si riattiva necessariamente (da qui i problemi con apt-get nel rimuovere dei pacchetti con servizio ancora attivo). Per ovviare a questo bisogna rimuovere i symlink con:

sudo update-rc.d portsentry stop 80 0 1 2 3 4 5 6

Percio' il pacchetto Portsentry, una volta aggiornato, non tentera' piu' di sovrascrivere lo script associato ad un runlevel in uso.

- Aggiungere un servizio -

Analogamente per aggiungere di nuovo il servizio ci bastera' lanciare:

sudo update-rc.d portsentry defaults

dyve@kubuntu:/etc/rc3.d$ sudo update-rc.d portsentry defaults
[sudo] password for dyve:
Adding system startup for /etc/init.d/portsentry ...
/etc/rc0.d/K20portsentry -> ../init.d/portsentry
/etc/rc1.d/K20portsentry -> ../init.d/portsentry
/etc/rc6.d/K20portsentry -> ../init.d/portsentry
/etc/rc2.d/S20portsentry -> ../init.d/portsentry
/etc/rc3.d/S20portsentry -> ../init.d/portsentry
/etc/rc4.d/S20portsentry -> ../init.d/portsentry
/etc/rc5.d/S20portsentry -> ../init.d/portsentry
dyve@kubuntu:/etc/rc3.d$

- Priorita' -

Il valore di default e' impostato su 20, mentre prima era su 91 ... Il link S20 viene avviato prima di S91 e K91 e' ucciso prima di K20.
Stando attenti al numero progressivo, per rimettere la priorita' esattamente compre prima:

sudo update-rc.d portsentry defaults 91

E' possibile anche modificare la priorita' per lo Start e il Kill in maniera separata (primo valore Start secondo Kill):

sudo update-rc.d apache2 defaults 20 80

Infine, Finally, per ottenere Start e Kill per dei runlevels specifici, Vediamo l'esempio di portsentry com priorita' 20 sui runlevels 2, 3, 4 e 5 ...e Kill con priorita' 80 sui runlevels 0, 1 e 6:

update-rc.d apache2 start 20 2 3 4 5 . stop 80 0 1 6 .

- Traduzione Wiki originale

Nix-style, (unix style n.d.d) e' un script interfacciato a delle pratiche finestre di dialog,che consente di modificare la configurazione di alcuni tool molto utili per qualsiasi distribuzione: Nano,Vi,Bash etc..

E' semplicissimo aggiungere o modificare alcuni parametri della shell di Bash ad esempio ( e tutti i sui emulatori come yakuake e Konsole..)
Rosso,verde,giallo...il timestamp e il TTL..l'hostname completo e il prompt personalizzato!Certo..se per ogni file di configurazione lo script chiedesse anche una conferma del backup non sarebbe male.In realta',almeno per quanto riguarda la Bash,viene modificato il file .bash_style_rc .. con all'interno gli EXPORT PATH dei comandi:
export black="\[33[30m\]"
export grey="\[33[1;30m\]"
export red="\[33[1;31m\]"
export green="\[33[1;32m\]"
export yellow="\[33[1;33m\]"
export brown="\[33[0;33m\]"
export blue="\[33[1;34m\]"
export magenta="\[33[1;35m\]"
export cyan="\[33[1;36m\]"
export white="\[33[0;37m\]"
PS1="\n$yellow|-----"
PS1+="$yellow-"
PS1+="\n$yellow|-$white -> "
export PS1
export PS2="$white > "
export PS3="$white >> "
export PS4="$white >>> "
alias ls='ls --color'
alias man="TERMINFO=~/.terminfo TERM=mostlike LESS=C PAGER=less man"

Un altra pecca e' che con alcune dialog bisogna fare un attimo a cazzotti per ucciderle definitivamente.

Codec a volonta',come in una specie di EasyUbuntu versione "casalinga",e minima gestione da parte dell'utente..che comunque meglio tenga gli occhi aperti lo stesso. Almeno 5 Kcal le dovete perdere per provare un nuovo tool!!
L'aggiunta dei repository per scaricare eventuali programmi/codec "restricted" non l'ho bene verificata perche' ho gia' tutto quello che mi serve..e non ho proseguito nell'installazione..

Guardate un po' cosa ho combinato spippolando per qualche minuto questo script..la riconoscete?

Effettivamente ho esagerato,ma era piu' che altro per mostrare una ampia panoramica delle modifiche che si possono apportare.
Per tornare alle impostazioni iniziali e' meglio se prima ci facciamo un backup di questo file:

cp -v $HOME/.bash_style_rc $HOME/.bash_style_rc.bak

============
Installazione
============

- Download Nix-style

tar xjvf nix-style-9.0.4.tar.bz2
cd nix-style-9.0.4
sudo make install

Per lanciare lo script:

nix-style

- Nanolx homepage
- Kde project
- Nix-style con Gnome