dee’s blog

è da una settimana che è up e solo ora lo bloggo.

bene, per questo secondo fix ho allargato il pannello sx spostandolo di 2 pixel più a sx.
per il footer e il bg non c’è stato alcun problema per l’header è stato un po più macchinoso ho dovuto allargare l’immagine con la sfumatura a fascio di luce di 2 pixel.

infine ho messo un effetto ombra alle immagini.
su gimp ho selezionato l’area attorno alla quale ho voluto dare l’effetto ombra, poi ho smussato gli angoli dal menu Seleziona, poi rettangolo arrotondato ed ho fatto più prove fino ad ottenerne uno che fosse aderente al bordo. successivamente script-fu, ombra, crea ombra ed ho scelto il colore del titolo e un’ombra con raggio di sfocatura di 25 con 0 sia all’asse x che y.

ora il prossimo lavoro sarà di creare dei bottoni visto che sto riciclando i bottoni del tema originale.

indicizzato su tuxfeed.it

mi è sembrato un buon progetto per la diffusione di articoli relativi a linux.
è un onore farne parte.

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

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

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.

…semplicemente senza parole. grazie luca :***

memo: oggi ho attivato una specie di dominio di terzo livello.
dico una specie perchè a quanto pare sembra un trucco di dns e .htaccess però funziona, anche se male ma funziona.
per usarlo non bisogna mettere le www nell’url.
ho seguito questo howto: http://www.tophost.it/aiuto/cat2/11/5/

in pratica nella tabella dei dns ho aggiunto un record di tipo cname con nome il sottodominio e valore l’indirizzo principale terminante con un punto “.”
poi si crea un file .htaccess sotto / con dentro qualcosa del genere:
###################
RewriteEngine On
Options +FollowSymlinks
RewriteBase /
RewriteCond %{HTTP_HOST} sottodominio.dominio.ext
RewriteCond %{REQUEST_URI} !sottodir/
RewriteRule ^(.*)$ sottodir/$1 [L]
###################
dove sottodominio sarà l’indirizzo che simula il sottodominio e sottodir è il percorso da far reindirizzare.
seguendo la guida se trova anche il caso in cui il percorso è esterno al server.
ad ogni modo come lavoro non mi piace molto. però funziona.

per concludere: prego chiunque voglia referenziarmi di non usare blog.deelab.org, blog.deelab.org va usato solo in casi di accesso veloce magari detto a voce a qualcuno.
per link/blogroll usate il buon vecchio url: www.deelab.org/wordpress che funziona da sempre e funzionerà per sempre.

bb

EDIT: sono passato su aruba e qui questo trucchetto hack non si può fare perchè non ho accesso alla tabella dei dns

ecco il primo fix del dee’s theme

vorrei dei pareri circa i gusti personali, che vi pare?
soprattutto l’arancione nel titolo come vi sembra?
ho dovuto usare un colore differente dal bianco perchè bianco su mela bianca è brutto.
ho eliminato la frase e ne ho aggiunta una in cima.
ho ridisegnato integralmente header + bg + footer. ho lavorato con gimp stavolta ritagliando dal solito screenshot del mio ex desktop berylloso. in questo periodo non sto usando beryl.
un successivo fix penso che servirà a spostare di pochi pixel il bordo sx.
ho ricevuto una critica che mi ha fatto pensare: “leva quei tastini in alto a dx che danno troppo di VISTA”.
è una bella critica, quei tastini fanno figo ma vorrei stare anni luce distante dai marcio$oft.
ditemi cosa ne pensate,
thx bb

l’autoload on startup è il problema principale quando non si ha il buon kde che riavvia i programmi che erano in esecuzione prima del precedente logout.
onde evitare di non ritrovarsi un programma importante come il checkgmail, che non si è avviato e/o non ce ne siamo accorti, cosa buona e giusta è creare un symlink nella cartella ~/.kde/Autostart in questo modo:

cd ~/.kde/Autostart && ln -s `which checkgmail` checkgmail

tra le varie applicazioni che si possono adottare sulla propria macchina assolutamente non possono mancare quelle che si preoccupano della diagnostica dell’hardware.

TEMPERATURE
————————–
cominciamo dalle temperature: lm_sensors
configurazione:
pacman -S lm_sensors
sensors-detect (parte il tutorial)
Do you want to probe now? (YES/no): yes
Do you want to load `i2c-dev’ now? (YES/no): yes
Next adapter: NVIDIA i2c adapter 2 at 1:00.0 (i2c-3)
Do you want to scan it? (YES/no/selectively): yes
Next adapter: NVIDIA i2c adapter 2 at 1:00.0 (i2c-3)
Do you want to scan it? (YES/no/selectively): yes
Next adapter: NVIDIA i2c adapter 1 at 1:00.0 (i2c-2)
Do you want to scan it? (YES/no/selectively): yes
Next adapter: NVIDIA i2c adapter 0 at 1:00.0 (i2c-1)
Do you want to scan it? (YES/no/selectively): yes
Do you want to scan it? (YES/no/selectively): yes
scan isa i/o port: no
Some chips are also accessible through the ISA I/O ports. We have to
write to arbitrary I/O ports to probe them. This is usually safe though.
Yes, you do have ISA I/O ports even if you do not have any ISA slots!
Do you want to scan the ISA I/O ports? (YES/no): no
Some Super I/O chips may also contain sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): yes
Some CPUs or memory controllers may also contain embedded sensors.
Do you want to scan for them? (YES/no): yes
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
continuo.
in fine:
Just press ENTER to continue:
tutto ok
Do you want to generate /etc/sysconfig/lm_sensors? (yes/NO): yes
ora controlliamo che tutto funzioni. da root digitare:
modprobe i2c-i801
modprobe eeprom
modprobe w83627ehf
sensors

con l’ultima riga dovremmo avere l’output del programma.
se tutto va bene inseriamo i moduli nell’array MODULES del file /etc/rc.conf
ecco il mio array: MODULES=(8139too mii i2c-i801 eeprom w83627ehf)
* ho installato ksensors, un frontend per sensors.
caricato all’avvio mi mantiene a video la temperatura della cpu in un pannello sul desktop.
configurabile anche su più opzioni.

PULSANTI ALIMENTAZIONE
———————————————-
pacman -S acpid
migliora la gestione dei pulsanti di accensione del computer. se premuto più volte lo stesso, la macchina verrà spenta in modo regolare.
per il suo funzionamento sarà necessario inserire il denome @acpid in /etc/rc.conf
*consiglio: @ da background
**dentro /proc/acpi trovate delle statistiche sull’utilizzo della macchina, molto utili

RAM
——–
cosa importante è il memtest, ossia un’immagine da boot per avviare un test sulla ram.
pacman -S memtest86+
per il suo funzionamento sarà necessario inserire in /boot/grub/menu.lst queste righe:
# Memtest
title Memtest86+ [/boot/memtest86+/memtest.bin]
root (hd0,0)
kernel /boot/memtest86+/memtest.bin
*io uso grub. se usate lilo vi tocca editare quel menu.lst

HARD DISK
——————-
per l’hdd sarà molto utile il supporto S.M.A.R.T.
dopo averlo abilitato via bios terrà sotto controllo lo stato dei dischi. può mostrarsi vitale in certi casi.
pacman -S smartmontools
per il suo funzionamento sarà necessario inserire il demone in /etc/rc.conf: @smartd
a smartd attivo datevi una lettura a questo wiki
io ho usato subito:
smartctl -a /dev/hda
smartctl -H /dev/hda

normalmente il demone è disattivato, anche se viene caricato. per attivarlo sarà necessario farlo attraverso il file dei demoni.
occorre considerare che arch non è del tutto ordinatissima.
normalmente i files per i daemons di startup li trovi su /etc/conf.d
ho detto quasi di proposito non è del tutto ordinata perchè quello di smart si trova su /etc/smartd.conf
qui andremo a decommentare la riga che ci serve.
io ho decommentato questa:
/dev/hda -a -o on -S on -s (S/../.././02|L/../../6/03)

come ultimo tuning ci sarebbe hdparm, attualmente non so come auto-caricarlo. o meglio ci ho provato ma se n’è andato in loop il loading del sistema. posterò prossimamente eventuali aggiornamenti.
per ora è tutto.

ringrazio con tanti :****** chi mi ha aiutato:
cagnulein per lm_sensors e exbyte per il resto.
GRAZIE.

bb.