ldlabs.org – Blog

date and time in bash history

Riprendendo questo articolo segnalo una comoda configurazione di bash history per inserire l’orario e la data di esecuzione di un comando.

Basta inserire in .bashrc questa riga:

1

export HISTTIMEFORMAT="%h/%d - %H:%M:%S "

al prossimo login il formato del vostro file .bash_history cambierà.

kernel parameters in bash scripts

Vi è mai capitato di dover differenziare il comportamento di uno script sin dall’avvio del  vostro computer?

Ad esempio mi occorreva disabilitare l’avvio automatico di X subito dopo il login da tty (vedere xttydm), ecco come farlo passando un semplice parametro al kernel in fase di caricamento.

Il funzionamento è molto semplice: tutti i parametri di avvio del kernel possono essere trovati in /proc/cmdline, basta semplicemente controllare che il parametro che ci interessa esista:

1
2
3
4
5
6
7
8

case $TERM in
linux) 
START=`cat /proc/cmdline | grep xtty`
if [[ -n $START ]]; then
~/bin/startx.sh &&
fi ;;
*) ;;
esac

inserite questo codice in .bashrc e ad ogni login da tty se l’opzione xtty è presente come parametro del kernel, X verrà automaticamente fatto partire.

Semplice no?

kde4.2.2 verso unstable

Come si può leggere dalla mailing list e da questo post sul blog di Ana Guerrero finalmente kde4.2.2 inizia a spostarsi ufficialmente dai repository experimental verso unstable.

[..] Finally, we are working in packages that are targeted to unstable \o/.

As announced in the users mailing list, we will be uploading KDE 4.2.2 to unstable in the next days, so look carefully at what you update

[..] We are still testing and we are not uploading until we think it is good to go, so next days could become 2 weeks. Again, be patient

Come si suggerisce attenzione a quello che aggiornate, dato che all’inizio potrebbe esserci qualche problemino.

If you want to keep using KDE 3.5.10 for a few weeks more, just do not upgrade yet. But if you want to keep using KDE 3.5.10 for months, maybe you should consider become a Lenny user. [..]

Come si può capire leggendo l’ultima riga qui citata, si parla ancora di qualche mesetto per l’introduzione di kde4 nei repository testing.

Aspettiamo fiduciosi

kde 4.2.1 on debian con i repository experimental e testing come default release

Ho utilizzato per un pò i repository non ufficiali debian per kde4.1 (http://kde4.debian.net/) ma non sono più mantenuti, così ho deciso di passare ad utilizzare i pacchetti dei repository ufficiali experimental e unstable con testing come default release.

Prima di tutto ripuliamo la nostra debian-box dai pacchetti installati dal repository non ufficiale (è consigliato eseguire tutti i comandi qui sotto utilizzando un terminale non grafico con kdm e X stoppato):

sudo apt-get remove kdelibs5 kdelibs5-data kdepimlibs5 kdepimlibs-data kdebase-data kdebase-bin
kdebase-runtime kdebase-runtime-bin-kde4 kdebase-runtime-data kdebase-runtime-data-common kdebase-workspace
kdebase-workspace-bin kdebase-workspace-data kdebase-workspace-libs4+5 libphonon4

ora modifichiamo il nostro /etc/apt/sources.list aggiungendoci i nuovi repository (ovviamente ricordiamoci di commentare la linea dei vecchi repo debian.net):

deb http://ftp.debian.org/debian/ testing main contrib non-free
deb http://ftp.debian.org/debian/ unstable main contrib non-free
deb http://ftp.debian.org/debian/ experimental main contrib non-free

ora iniziamo ad installare il nuovo kde4:

sudo apt-get install -t experimental kde4

adesso modifichiamo il nostro /etc/apt/apt.conf (se non esiste createlo) aggiungendoci la default release:

APT::Default-Release "testing";

e il file /etc/apt/preferences (se non esiste createlo):

Package: *
Pin: release a=testing
Pin-Priority: 901

Package: *
Pin: release a=unstable
Pin-Priority: 102

Package: *
Pin: release a=experimental
Pin-Priority: 101

questa operazione è denominata apt-pinning e viene utilizzata per impostare le diverse priorità alle varie release, in particolare diamo la priorità massima ai pacchetti testing e minima a quelli unstable/experimental.

Ecco fatto ora ogni volta che volete installare un pacchetto da experimental (o unstable) dovete utilizzare l’opzione -t experimental (o unstable).

È tutto, buon kde4!:)

proxytunnel, come connettersi ad un server ssh tramite un web proxy

Ho sempre avuto problemi a connettermi al mio pc tramite ssh quando sono in facoltà per colpa del proxy web, poi fu la luce…

Per prima cosa impostate il vostro server ssh sulla porta 443 (https) per bypassare eventuali controlli sulla porta.

Scaricate ProxyTunnel e successivamente passate a modificare (o creare) il vostro file .ssh/config in questo modo:

Host *.miodominio.org
DynamicForward 1080
ProxyCommand PATH_ESEGUIBILE_PROXYTUNNEL/proxytunnel -v -p INDIRIZZO_PROXY:PORTA_PROXY -d %h:%p -H "User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Win32)\n"
ServerAliveInterval 30

ora non vi resta che connettervi normalmente al vostro pc tramite il solito comando:

$ ssh -p 443 pc.miodominio.org

Ecco tutto