E’ finalmente disponibile il service pack 3 per Microsoft Windows Xp (KB936929).

Per averlo basta eseguire l’aggiornamento dal sito Windows Update di Microsoft e avere una copia originale del sistema operativo.

Il download è di circa 69 MB, e può essere eseguito in poco tempo ( naturalmente a seconda della velocità di connessione ad internet).

Speriamo che questo aggiornamento migliori ancora di più un sistema operativo, che tanti affermano, essere al momento, migliore di Vista.

Il 29 aprile è uscita la prima alpha di KDE 4.1 e mi è presa la curiosità di provare la versione per Windows. L’installazione è veramente facile, anche se non si può parlare di una vera installazione del DE dato che al massimo si possono utilizzare i programmi in modo indipendente, come kate, marble e così via.

Vediamo quindi come riuscire nel nostro intento.

Per prima cosa, bisogna scaricare l’installer ufficiale. Fatto questo, basta un semplice “doppio-click” e selezionare ciò che si vuole

Una volta partito l’installer, si avrà davanti questo:

Una volta scelti i componenti da installare e la lingua, partità il download. Finito il download, tutti i programmi saranno piazzati nella cartella “bin” della destinazione. A questo punto, è tutto fatto!

Ecco una panoramica dei programmi di KDE 4.1 alpha 1 su Windows Vista.

]]> http://toastedtech.wordpress.com/2008/05/01/installare-kde-41-alpha-1-su-windows/feed/ montoya http://toastedtech.wordpress.com/2008/04/27/grub-2-come-risolvere-i-problemi-per-windows/ http://toastedtech.wordpress.com/2008/04/27/grub-2-come-risolvere-i-problemi-per-windows/#comments Sun, 27 Apr 2008 20:48:33 +0000 montoya http://toastedtech.wordpress.com/?p=363

Oggi per sfizio ho installato Grub2 nella mia cara Debian sid. Giustamente non è un vero aggiornamento, dato che grub e grub2 sono in 2 distinti pacchetti e vanno in mutua esclusione.

In fase di installazione, mi ha chiesto di aggiornare i dati relativi al file di configurazione di Grub. Il comando da eseguire eventualmente è:

# upgrade-from-grub-legacy

Al riavvio ho notato che per default c’è uno splash screen, ma per il resto sembra uguale. L’unico problema è che manca la voce “Window Vista”. Per rimettere apposto il Grub, bisogna fare un po’ di passaggi: vediamoli.

Come prima cosa, notiamo che il file di configurazione non è più /boot/grub/menu.lst ma /boot/grub/grub.cfg che lo sostituisce. Questo file è in modalità RO anche per l’utente root, in quanto è generato automaticamente da una serie di scripts piazzati in /etc/grub.d (sono 4-5).

Aprendo il file /boot/grub/grub.cfg vedo la conferma: non c’è nessuna sezione relativa a Windows vista. Come risolvere tale grattacapo? Beh, in rete ho cercato tanto e alla fine ho trovato una soluzione un po’ sporca ma funzionante. In realtà si potrebbe modificare il file, ma sarebbe devastato in modo automatico al momento di un aggiornamento del kernel.

passo 1) Creare un file per windows

# /etc/grub.d/11_windows

all’interno mettiamo tale script:

#! /bin/sh -e

echo “Adding Windows” >&2
cat << EOF
menuentry "Windows Vista" {
chainloader (hd0,1)+1
}
EOF

passo 2) Rendere eseguibile lo script

# chmod u+x /etc/grub.d/11_windows

passo 3) Aggiornare il file di grub

# update-grub

Al riavvio, dovreste avere la spunta di Windows Vista. Ovviamente il procedimento vale per tutte le versioni di Windows.

Il concetto di ultra-mobility fino ad oggi è sempre stato associato a prodotti dal costo elevato e dalle prestazioni non soddisfacenti rispetto all’investimento richiesto. Asus però con la sua nuova linea di prodotti dedicati espressamente a questa nicchia di mercato, promette costi contenuti uniti a facilità e flessibilità d’uso.

Eee non è infatti un nome scelto a caso, ma è l’acronimo di Easy to learn, Easy to play, Easy to work. Ed è proprio alla semplicità e all’immediatezza di utilizzo che Asus ha puntato nella progettazione di questo prodotto.

TrustedReviews, noto sito web che si occupa di recensire tutto ciò che è hi-tech, ha dedicato all’Asus Eee Pc 900 una recensione approfondita di 6 pagine. La prima pagina è di carattere introduttivo e ha lo scopo di presentare questo UMPC di seconda generazione a tutti coloro che non lo conoscono ancora.

La prima impressione positiva la si coglie subito all’inizio della seconda pagina quando l’autore parla dell’LCD da 8,9”:
“a differenza dell’Asus Eee PC 701, il 900 offre un’ottima esperienza di navigazione poichè la risoluzione video in larghezza è di 1024 pixels. Ciò significa poter navigare nei siti web senza dover usare le scrollbar orizzontali come si faceva prima. Inoltre la qualità video è superba”.

Anche la tastiera dalla recensione non ne esce male. L’autore afferma che è un po’ piccolina, ma tiene a precisare che la recensione delle 6 pagine è stata fatta proprio direttamente sull’Asus Eee Pc 900 e la digitazione dei caratteri “non è che sia stata poi così lenta rispetto ad una tastiera normale”.

Poi è la volta del touchpad multi touch, ora rinominato FingerGlide. Oltre ad essere più largo, come già sappiamo, esso permette di interagire col subnotebook come accade sul MacBook Air. A fondo pagina riportiamo un filmato che mostra cosa si può fare con il FingerGlide del nuovo Eee PC.

Poi l’autore si sofferma sull’hardware del 90 e in particolare si rammarica per il fatto che il processore sia ancora un Intel Celeron a 900Mhz su Chipset 915GM. Bisognerà attendere ancora qualche mese prima di vedere a bordo dell’UMPC di Asustek il processore Intel Atom. Nella recensione si da risalto al fatto che la memoria è passata dai 512MB a 1 GB, così come è aumentato lo spazio degli hard disk a stato solido (SSD), che la webcam ora è a 1.3 megapixel. Inoltre viene data la giusta enfasi per quanto riguarda le porte dell’Asus Eee 900 - 3 porte USB, 1 D-SUB per collegare un monitor esterno, 1 slot per memorie SD, presa cuffie e microfono, porta Ethernet 10/100 - oltre al modulo wi-fi 802.11b/g che sarà Draft-N nella versione con il processore Intel Atom.

L’Asus Eee PC 900 recensito è la versione con Xandros Linux che, a quanto si legge, ottiene un’ottima critica sia per prestazioni che per efficienza e semplicità. L’autore inoltre apprezza la dotazione software sia per quanto riguarda il comparto internet e comunicazioni, che quello della produttività.

La nota dolente che emerge da queste 6 pagina è la breve durata di carica della batteria che, già sapevamo, risulta essere sotto le 2 ore e mezza dichiarate dal produttore. Da notare che nonostante i tricks per allungare la carica delle batterie - largamente diffusi in rete - chi ha recensito l’Asus Eee PC 900 ha preferito farne un impiego out of the box senza quindi mettere mano a configurazioni particolari. Sembra che Asustek, dopo le varie rimostranze degli utenti in merito alla durata di carica, stia cercando di equipaggiare gli Asus Eee PC 900 con batterie più capienti.

Fonte: pianeta.com

Nella prima lezione, avevamo visto che per la compilazione dei sorgenti, era indispensabile il comando “qmake -project”. Questo comando crea automaticamente un .pro (del progetto). Se da un lato si ha un vantaggio perché il programmatore non deve prendersi la briga di creare un .pro dedicato, dall’altro si hanno una serie spropositata di svantaggi.

Un buon programmatore deve crearsi adeguatamente un proprio file .pro, altrimenti rischia di perdersi all’interno del progetto. La struttura di un file .pro non è difficile per niente, basta solo seguire i passi che a breve introdurrò.

Come prima cosa, un progetto Qt (o in genere un qualsiasi progetto) deve attuare un certo ordine. Non è una legge da rispettare, però seguire un certo “stile” aiuterà sicuramente il programmatore nello svolgimento delle operazioni. Ad esempio, è bene disporre i propri sorgenti all’interno di una directory “src”. Così come il file binario dentro “bin”, i file di compilazione dentro “build” e così via.

Prima di vedere come si crea un file .pro, bisogna introdurre alcuni concetti.

-> File per l’icona di windows (usato solo in windows)
In ambiente windows, i binari hanno in genere un’icona standard (quella per i .exe tradizionali). Per associare al binario un’icona, basta creare un file .rc e posizionarlo nella directory corrente del progetto.

Un esempio di tale file è questo:
IDI_ICON1 ICON DISCARDABLE "resources/icons/logo.ico"

-> File per le immagini (e in genere altri file)
In genere in un programma GUI sono presenti delle immagini, che vengono utilizzate per i menuitem, bottoni, oppure label. Ci sono 3 metodi per inserire un’immagine nel nostro programma:

1. usare path assoluti: questo metodo non merita neanche attenzione (scongiurato);
2. usare path relativi: in questi casi, le immagini hanno un percorso relativo all’eseguibile, e quindi si ha una certa “portabilità”. E’ comunque evidente che spostare il percorso del binario, implica uno sfasamento dei percorsi relativi;
3. usare path assoluti all’interno del progetto: questo modo di operare include le immagini nel binario e non si hanno modi di sbagliare.

Spiego meglio il 3° punto. Le immagini (o altri file, ad esempio file di testo) vengono convertite in file sorgenti .cpp e nello specifico, in dei vettori pieni zeppi di numeri esadecimali. Questo a noi non ci interessa… la sostanza è che le immagini verranno incluse nel binario definitivo e il loro uso nelle finestre è completamente privo di rischi.

Un file del genere specifica le “risorse” che devono essere incluse nel progetto. In genere io uso una directory “resources” e dentro di essa, posiziono il mio file di risorsa che ha un estensione .qrc. Questo file è di tipo XML e di facile utilizzo. Dentro resources, creo un’altra directory “icons” contenente tutte le immagini che userò (preferisco png a jpg). Se ad esempio, dentro “resources/icons/” ho un file immagine chiamato “logo.png”, in “resources” avrò un file .qrc del genere:

<RCC>
<qresource prefix=”/icons” >
<file>icons/logo.png</file>
</qresource>
</RCC>

Io considero indispensabili la configurazioni di questi 2 file. Detto questo, procediamo alla creazione del file .pro per il nostro progetto.

Il nostro file .pro si chiamerà Progetto.pro e sarà così composto:

# sorgenti
HEADERS += src/finestra.h
FORMS += ui/finestra.ui
SOURCES += src/finestra.cpp src/main.cpp

# build
OBJECTS_DIR += build/o
MOC_DIR += build/moc
RCC_DIR += build/rcc
UI_DIR += build/ui

# binario
DESTDIR += bin

# altro
RC_FILE += Progetto.rc
RESOURCES += resources/Progetto.qrc

• In HEADERS, FORMS e SOURCES abbiamo fissato il percorso fisico dei sorgenti e dei file delle finestre.
• In OBJECTS_DIR ci sono i file oggetto delle compilazioni, in MOC_DIR i file sorgenti dovuti alla connessione degli eventi, in RCC_DIR sono presenti i file sorgenti delle risorse e in UI_DIR i file headers delle finestre. Queste 4 variabili prendetele così come sono, e usatele per ogni progetto Qt.
• In DESTDIR andrà il binario risultante dalla compilazione totale.
• In RC_FILE c’è il file per l’icona di windows.
• In RESOURCES il file delle risorse.

Qua sotto, ecco la situazione attuale: avere impostato un progetto così significa partire ben ordinati!

A questo punto, scordatevi assolutamente il comando “qmake -project”. Dovrete da ora in poi, usare solo “qmake” e “make”.

Premetto che sono uno dei più scarsi programmatori della Terra e che quindi non voglio insegnare nulla a nessuno, però cerco di condividere quelle poche cose che so a tutti voi. Inoltre non è detto che farò altre lezioni, però per eventuali altre lezioni, il titolo sarà del tipo “Lezione Qt n: ….”. Detto questo, vediamo come creare un semplice progettino con le Qt4.

Come prima cosa, bisogna aver installato le Qt4.x e in questa sede non farò di certo vedere come installare le librerie e impostare tutte le eventuali dipendenze (compilatore c++, make, ecc). Assumo per scontato che le liberie Qt4 (occhio alla versione) siano installate correttamente.

Il nostro intento sarà quello di creare una piccola finestra che ha diversi componenti grafici: un’area testo, un bottone e una label. Lo scopo sarà quello di far visualizzare nella label il testo che scriveremo nell’area di testo dopo aver premuto l’apposito bottone.

Chi viene dalla programmazione Java e da diversi IDE come Netbeans, inizialmente si troverà (probabilmente) un pochino a disagio.

La prima cosa da fare, è la creazione di una directory per avere un po’ di pulizia. Metteremo tutto ciò che ci serve, all’interno di tale cartella.

Per disegnare la finestra, ci baseremo su designer, il magnifico programma che permette di disegnare GUI in maniera veloce e soprattutto facile… molto meglio del netbeans. Nel video qua sotto, vedremo come creare un file di finestra, che non sarà altro che un banale file XML.

Il file della finestra “finestra.ui” sarà processato in fase di compilazione in un file sorgente C++ (per l’esattezza, verrà chiamato “ui_finestra.h”).

Per usare la finestra, bisogna crearsi 2 file: “finestra.h” che conterrà la definizione della classe Finestra che creeremo, e il file “finestra.cpp” che conterrà le relative implementazioni.

La classe Finestra erediterà da 2 altre classi: da QMainWindow (che è la classe per le finestre in generale) e dalla classe Ui::MainWindow (ossia la classe MainWindow all’interno del namespace Ui che sarà generato dal file finestra.ui).

class Finestra : public QMainWindow, public Ui::MainWindow

Inoltre la classe conterrà uno “slot“, ossia un metodo normale che viene eseguito se un particolare “signal” viene attivato o generato. La macro Q_OBJECT è indispensabile per trattare questo tipo di cose.

public slots:
void stampaVideo();

Questi 2 concetti sono nuovi rispetto al Java, ma non è così difficile entrare nella logica. Un signal può essere paragonato ad un evento di “clicked” del mouse, oppure alla chiusura di una finestra, e così via. C’è da dire che un metodo slot può essere anche chiamato manualmente all’interno del codice, ma un signal non può far eseguire un metodo non slot.

Nel file di implementazione, verrà richiamato il metodo di inizializzazione componenti grafici della finestra, mediante la chiamata al metodo setupUi.

setupUi(this);

Per far si che il metodo venga chiamato al momento della pressione del bottone, è necessario “connettere” fisicamente il signal e lo slot, mediante il metodo “connect”:

connect(pushButtonScrivi, SIGNAL(clicked()), this, SLOT(stampaVideo()));

All’interno del metodo stampaVideo() metteremo il codice per prendere il testo dall’area di testo e successivamente visualizzarla nella label appena sopra.

Fatto tutto, saremo pronti alla compilazione del progetto. I passi da fare saranno 3:

• qmake -project (Serve per la creazione del file .pro del progetto. Nelle prossime lezioni, useremo file file.pro fatti da noi);
• qmake (Serve per la generazione del Makefile);
• make (Genera i file sorgenti dai file.ui, compila i file.src e crea il binario).

Alla fine, avremo nella directory corrente, il nostro eseguibile funzionante.

Progetto completo

Probabilmente molti di voi ci avranno già fatto caso, ma Iceweasel 3 beta 5 (ossia Firefox per gli utenti Debian) è in “experimental”. Prontamente l’ho aggiornato, passando dalla versione 2.0.13 alla versione attuale.

Nei passaggi di versione però i plugin possono andare a farsi benedire per problemi di incompatibilità. Infatti, al momento del restart, il mio plugin principale “del.icio.us” è stato disabilitato.

Vagando per la rete, ho trovato (non certo per farina del mio sacco) il modo per usare questo fantastico plugin. Vediamo come:

Bisogna piazzarsi col browser alla pagina “about:config”, ossia una pagina interna che permette di modificare le impostazioni del browser. L’unica avvertenza è: usate il tutto con cautela.

Una volta presenti in questa pagina, bisogna creare 2 nuove variabili, cliccando col tasto destro in questa maniera:

A questo punto, create queste variabli Boolean:

• Boolean -> extensions.checkCompatibility -> false
• Boolean -> extensions.checkUpdateSecurity -> false

Le 2 variabili sono Boolean, hanno un nome e hanno tutte e 2 il valore false.

Fatto questo, basta eseguire il riavvio di Firefox e notare che tutti i plugin non compatibili dopo l’aggiornamento, saranno caricati!

Ultimamente nel ramo “unstable” di Debian stanno accadendo dei fastidiosi pasticci[¹]. Già da tempo infatti, si hanno avuti problemi con l’installazione del java, perché erano presenti delle dipendenze non soddisfatte.

Col passaggio di versione dal java 1.6_04 al 1.6_05, alcuni pacchetti non potevano essere aggiornati. Da non molto questo problema è stato quasi risolto… quasi però.

Chi ha installato il pacchetto “sun-java6-plugin” si sarà reso conto che questo ha ancora delle dipendenze non soddisfatte: manca il pacchetto “xulrunner-1.9“.

Se si prova ad aggiornare “sun-java6-plugin”, verrà mostrato a video un messaggio di avvertimento dicendo che “xulrunner-1.9″ non è presente nel repos. Ho controllato che il pacchetto del java plugin, non contiene niente di particolarmente interessante (contiene solo delle directory) e allora ho provato a fare una delle mie solite porcate :).

Fatto sta, che ora ho tutto sistemato. Se volete sapere come ho fatto, basta proseguire con la lettura, ma vi avverto… fatelo a vostro rischio e pericolo!!

Createvi un pacchetto debian seguendo la guida presente in questo blog. L’unica cosa in cui dovete stare attenti è il nome del pacchetto: nel campo Package deve esserci xulrunner-1.9, in questa maniera:

Package: xulrunner-1.9

Quando avete creato il pacchetto, installatelo e successivamente aggiornate il plugin per il java. Tutto funzionerà magicamente!

—————

[¹] Oggi 10 aprile 2008, ci sono problemi pure con libxine1-plugins e 2 pacchetti di qt4!

Una volta c’era l’adsl, che ci prometteva di sognare… o meglio, sognare nel senso che la sogniamo anche la notte per quanto è lenta!

La storia che vi sto per raccontare, parla del fatidico passaggio dalla linea tradizionale all’adsl.

Circa due anni fa, contatto un provider, Tiscali, per chiedere l’attivazione del servizio Adsl.

Nel giro di un mese sono attivo e comincio a naviagare tranquillamente.

All’epoca c’era la sola connessione a 640 Kb Flat o free…

Diciamo che la linea andava bene, e per due anni ho navigato senza particolari problemi.

A Gennaio di quest’anno scopro che Tiscali, aveva nella mia zona, la copertura per l’Adsl a 7 Mb, visto che anche Alice lo permetteva, il mio primo pensiero è stato:

me crepo, finalmente miglioriamo questa velocità, era ora, sono due anni che aspetto

Premetto che con l’ Adsl a 640 scaricavo mediamente intorno agli 80-90 KB, quindi ho pensato:

male che vada con l’adsl a 7 Mb scaricherò a 400, 500

Ma manco pel c…o

A mala pena arrivo a 1 Mb, la massima punta che ho avuto ( testata sia nel sito di Tiscali che nei vari speedmeter, è stata di:

• 1012 Kbps download
• 853 Kbps upload

ma io non ce sto a crede…

Ma volemo scrive sul blog se qualcuno ha il mio stesso problema e magari discuterne insieme per trovare una soluzione?

Il nome CMake è un abbreviazione di cross platform make.

Questo software rimpiazza il vecchio e non facilissimo da usare Automake nella generazione dei Makefile. Infatti, nella maggior parte dei progetti, non esiste un Makefile incluso nei sorgenti, dato che questo non è portabile. Per la compilazione del programma è necessario verificare che siano incluse tutte le librerie e scovare i loro percorsi all’interno del file system. Proprio per questo motivo, è impossibile avere un Makefile già scritto. A questo punto, il tool Automake, doveva eseguire una precisa ricerca di tali librerie e infine, se non si sono riscontati errori, la definitiva creazione del Makefile per la successiva compilazione.

Questo avveniva con:

./configure
make
make install

La creazione di un configure non è proprio facilissima. Proprio per questo interviene il nuovo sistema di generazione di Makefile: CMake.
Utilizzo

CMake è un tool molto modulare che, con poche e concise istruzioni, è in grado di generare Makefile a puntino. CMake dispone di una particolare sintassi comprensiva di moltissime macro ed il loro utilizzo è possibile mediante un apposito file chiamato CMakeLists.txt.

Un tipico e semplicissimo esempio di CMakeLists.txt è il seguente:

PROJECT(matematica)

ADD_DEFINITIONS(-pipe -O2 -mtune=native)

ADD_EXECUTABLE(
../bin/matematica
src/main.cpp
)

Per la generazione del Makefile e la successiva compilazione del progetto, è necessario eseguire i seguenti comandi:

mkdir build
cd build
cmake ..
make

I primi due comandi possono essere anche evitati, ma in questo modo si evita di sporcare il progetto, così da avere tutto ciò che serve per la compilazione, all’interno della directory build.

Mediante CMake si crea effettivamente un Makefile astratto, mentre la sua creazione concreta avviene nel particolare sistema operativo utilizzato.
Applicazioni che usano CMake

• KDE (partendo dalla versione 4)
• VTK
• OpenSceneGraph
• Scribus
• Quantum GIS