Ogni volta conky non mi dura più di quella mezza giornata, cavolo quanto ciuccia!
Il fido gkrellm è sempre li buono pronto per farsi sotto (tra l’altro con gnome sembra giri nettamente meglio).

desktop, gkrellm, gnome, screenshot Hide

dopo diversi mesi torno a fixare l’ultimo bug sul mio monitor per la diagnostica della macchina, ossia la temperatura degli hard disks.
ne parlai con il mio amico slux, che adottò il programma anche sulla sua macchina, scrivendo due righe sul da farsi.
l’articolo è scritto bene, non serve aggiungere altro, grazie slux.

btw, per il funzionamento si necessita dei seguenti pacchetti e del seguente settings:
[dax@feeder ~]$ pacman -Q hddtemp
hddtemp 0.3.beta15.38-1
[dax@feeder ~]$ pacman -Q gkrellm-hddtemp
gkrellm-hddtemp 0.2_beta-2
[dax@feeder ~]$ cat /etc/conf.d/hddtemp
PARAMS="-q -l 127.0.0.1"
DRIVES="/dev/hda /dev/hdb"
[dax@feeder ~]$ cat /etc/rc.conf | grep DAEMO
# DAEMONS
DAEMONS=( ... @hddtemp ... )


*nb1* in conf.d/hddtemp c’è l’array DRIVES. contiene gli hdd separati da uno spazio
*nb2* ho perso 10 minuti perchè avevo modificato rc.d/hddtemp ma era inutile farlo poichè i suoi valori venivano poi sovrascritti da quello di conf.d/hddtemp.
*nb3* spero di non aver dimenticato nulla, è pur vero che ho ripreso settaggi abbandonati da mesi.

infine, per far monitorare sul gkrellm non è necessario che sia attivato il plugin gkrellm-hddtemp. come suggerisce l’autore della guida si andranno ad utilizare le voci del menu Sensori / Temperature.

*nb4* se tutto è andato bene __dobbiamo__ anche poter fare qualcosa del genere:
[dax@feeder ~]$ telnet localhost 7634
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.
|/dev/hda|Maxtor 6Y120L0|37|C||/dev/hdb|MAXTOR STM3160212A|37|C|Connection closed by foreign host.

questo è tutto, il mio programma ha bisogno solo di una piccola ritoccata alla parte della rete ed il traffico dei pacchetti per poter essere completo, sarà sistemato prossimamente.

gkrellm, hddtemp Hide

come da titolo parlo di come ho sistemato sul mio archlinux il demone dell’ups apc che ho a casa.
questo è il mio gruppo di continuità:

primo passo: pacman -Ss apcupsd
community/apcupsd 3.14.1-1
Apcupsd can be used for power mangement and controlling most of APC's UPS models on Unix and Windows machines.


secondo passo: seguire questo manuale online
http://www.apcupsd.org/manual/index.html
è fatto veramente bene, completo sotto ogni aspetto. anche nel caso in cui state sotto una distro che non ha un repo goloso come il nostro, seguendo quel manuale capirete anche come installare.
ripeto: tutto ciò che c’è da sapere è scritto li, nulla in più nulla in meno.

ovviamente avrete caricato il demone nell’array daemons in rc.conf: @apcupsd
caricato il demone dando apcaccess avrete una lista di informazioni sullo stato attuale del gruppo.

ora veniamo al passo importante: gkrellmapcupsd
qui viene in soccorto ubuntu e il suo repo.
su arch l’ho installato con un pkgbuild mio, lo metterò su aur a breve.
intanto eccolo:

# Contributor: dax
pkgname=gkrellmapcupsd
pkgver=0.02
pkgrel=1
pkgdesc="gkrellm plugin that display info about a wired apc ups"
arch=('i686')
url="http://packages.ubuntu.com/feisty/source/gkrellmapcupsd"
license=('GPL')
depends=('gkrellm')
source=("http://archive.ubuntu.com/ubuntu/pool/universe
/g/gkrellmapcupsd/${pkgname}_${pkgver}.tar.gz")

build() {
cd ${startdir}/src/${pkgname}-${pkgver}
make || return 1
install -D -m644 gkrellmapcupsd.so
$startdir/pkg/usr/lib/gkrellm2/plugins/gkrellmapcupsd.so
}

una volta installato riavviate gkrellm e molto probabilmente vi crasherà d’avanti dando errore di segfault.
normale, è successo anche a me.
gugolando ho trovato questo articolo.
in pratica in /etc/apcupsd/apcupsd.conf avrete una variabile STATTIME che riguarda l’intervalli di aggiornamento con cui aggiornerà un file di log. a zero è disabilitato io seguendo l’articolo ho messo 60.
in questo modo è partito senza far storie, a quanto pare il plugin di gkrellm va a leggere i dati da questo log e se non esiste va in segmentation fault.

ad ogni modo il plugin non funziona benissimo, si vede che è roba poco sviluppata in quanto hardware non molto diffuso specie in coppia con il software poco diffuso. se lo si lascia caricare al boot e non lo si sfotte cambiando tema e smanettando sulle impostazioni vive felice, ma se si inizia a smanettarci dentro si riproduce il segfault. a me va comunque bene, non lo tocco basta che sta li buono e lavora.

e questo è veramente tutto per ora.
bb

edit:eccolo messo su aur

apcupsd, gkrellm Hide

qualche tempo fa ho pubblicato un articolo su quali software adottare per una continua diagnostica dell’hardware presente nel sistema, ecco un link di ancoraggio.
quell’articolo però era relativo esclusivamente ai moduli e demoni che caricati al boot offrono un certo servizio di monitoraggio a riga, per un uso quotidiano da background e per colpo d’occhio si mostra molto utile utilizzare un frontend.
qui ci sono 3 strade: conky, gkrellm e applet per pannelli del vostro wm.
dopo averle provate tutte e 3 io ho deciso di usare gkrellm.
ecco il mio desktop:

ho adottato gkrellm per monitorare il mio hardware.
sebbene datato, come molti dicono, è molto leggero e ci si può permettere di tenerlo fisso all’angolo del monitor senza che sacrifichi risorse. ho provato ad usare conky ma mi seccava il doverlo killare ogni qual volta, ad esempio, avessi avviato trem.

il gkrellm offre una discreta disponibilità di servizi integrati ma è espandibile tramite plugins.
c’è da dire che tra i servizi di base c’è il misuratore della temperatura della gpu ma ho letto che funziona solo con certe schede nvidia, da me funziona quindi posso ritenermi fortunato.

ho deciso di estendere il mio gkrellm con i seguenti plugins:
gkhdplop: il quadrante nero che mostra l’attività sui dischi tramite effetti grafici, carino da vedere e rende lo stato dei dischi a colpo d’occhio;
gkleds: i 3 rettangolini nella parte più bassa, rappresentano dei segnalatori di blockNum capsLock e scrollLock attivabili/disattivabili anche tramite click;
gkx86info: mostra la velocità attuale della cpu;
gkrelltop: mostra i top-x processi in esecuzione visualizzando il carico di lavoro corrente tramite una barra colorata, molto utile per vedere se usare ad esempio un browser piuttosto che un altro;
gkrellmpager: visualizza e naviga tra i desktops virtuali;
gkrellmapcupsd: tiene sottocontrollo lo stato del mio gruppo di continuità, un apc per il quale ho installato del software apposito, ne parlerò prossimamente in un altro articolo.

per concludere, incollo i miei array modules e daemons presenti in /etc/rc.conf che mi permettono di usufruire di questi servizi:
MODULES=(8139too mii i2c-i801 eeprom w83627ehf capability thermal)
DAEMONS=(@syslog-ng @network !netfs @crond alsamixer @hal @dbus @acpid @smartd @apcupsd @hddtemp)

end

gkrellm Hide

ebbene si, oggi mi sono creato il mio primo pkgbuild.
piccole conquiste, nulla di che.
si tratta di un plugin per gkrellm, per visualizzare i top-x processi in esecuzione.
quello che si trova in aur non funziona, il mirror è down poi sembra una vecchia versione, il mio è aggiornato a febbraio 2007.

ad ogni modo, devo riconoscere una buona dose di pazienza di molok, però ok.
alla fine il pkgbuild l’ho creato io con le mie mani.
l’ho incollato tra i commenti su aur sul pacco non funzionante:
http://aur.archlinux.org/packages.php?do_Details=1&ID=10524

ed eccolo anche qui:
# Contributor: dax
pkgname=gkrelltop
pkgver=2.2.9
pkgrel=1
pkgdesc="Displays the top-x cpu hogging tasks"
arch=('i686')
url="http://sourceforge.net/projects/gkrelltop"
license=('GPL')
depends=('gkrellm')
source=("http://downloads.sourceforge.net/
gkrelltop/${pkgname}_${pkgver}.orig.tar.gz")

build() {
cd $startdir/src/${pkgname}-${pkgver}.orig
make gkrelltop
install -D -m644 gkrelltop.so $startdir/
pkg/usr/lib/gkrellm2/plugins/gkrelltop.so
}

ok ci manca il checksum però il resto è completo e 100% working.
alla prox

ps: ho spezzato 2 righe per farcelo andare in un mio formato post. in particolare ho spezzato la riga del source e quella dell’install.

gkrellm Hide