dopo aver completato i lavori descritti nei post precedenti (creazione d un server LAMP, installazione di LiHaLo), eccoci qui a configurare il nostro log, già funzionante.

Aprite il vostro browser web e andate all’indirizzo:  http://localhost/LiHaLo

Configurazione

Cominciamo dall’inizio. Prima di fare qualsiasi altra cosa, dovete completare i campi dati descritti in questa pagina.
Per arrivare alla pagina di configurazione, selezionare “ MISC“, seguito dal comando “CONFIG” .
Al primo avvio di questa pagina, vedrete questa tabella:

Vi spiego brevemente ogni parte descritta.

Locatore

LOCATORE : questo campo viene usato per calcolare la direzione e la distanza tramite il calcolatore on-line di  f5len. Inserire il vostro locatore ( 6 caratteri !! Se ne conoscete solo i primi 4, completate con i caratteri “LL” ).

Utenti permessi

Se inserite : 0.0.0.0/0 va bene : potete entrare nel programma !
Questo permette a voi stessi di avere i permessi per scrivere sul vostro logbook. Questo permette anche di avere un supporto d’accesso per più di un utente.
È ovvio che con la vostra configurazione usata (Lamp,Wamp or Xamp), possiate archiviare più utenti allo stesso tempo, e situati in posti differenti.

Operatori

Desidero spendere due parole per questo. Inserite il vostro nominativo. Il vostro nominativo verrà visualizzato nella pagina “New QSO page“.
Prossimamente vi sarà possibile “controllare l’ingresso” di differenti operatori. Certamente in questo modo si lavora meglio, ma non c’è alcuna password di protezione
Ma se gli altri useranno il logbook, loro dovranno prima cambiare il nominativo dell’operatore. Potete cercare nei qso, cercando per un nome operatore specifico.

Stazione

Anche qui stessa storia. Di solito si usa il proprio logbook nello stesso posto. Solitamente siamo a “HOME” (casa).
Ma potremmo avere un seconda abitazione dove ci spostiamo di tanto in tanto. O potemmo avere una barca, un aereo. O usare il trasmettitore mentre siamo a cavallo, o in qualsiasi altro posto.
Dovete mantenere sempre traccia del posto in cui si svolge ogni specifico qso. E successivamente poterlo usare come criterio in ricerca.
Ma è solamente possibile inserire il nome della vostra città. Non è stato incluso in questa versione, ma credo che ” LOTW ” richieda un campo città. Potete usare questo campo per quanto detto sopra. Talvolta si può inserire FUORI CASA NON_QUI al posto di HOME. Ma non preoccupatevi: stanno provvedendo per sistemare pure questo nelle prossime versioni.

Proxy

Il campo non è obbligatorio. Rimandiamolo a più avanti. Se invece usate un server proxy per connettervi ad Internet, allora selezionate : “YES”

Submit

Selezionare ” Submit “per salvare tutti i cambiamenti inseriti nella pagina.

Ricostruisci QSO_ID

Può accadere di dover cancellare un qso, quando volendo o non volendo avete premuto accidentalmente “ADD” e poi avete cancellato successivamente il qso.
Il vostro QSO_ID non deve mai avere alcuna interruzione. Potete ricostruire il QSO-ID selezionando questo pulsante.
Ma fatelo con molta attenzione !
Può accadere che ci siano delle differenze tra la varie versioni di MySQL che state usando. Selezionando questo pulsante avverrà questo sulla linea di comando di MySQL )
>alter table qso drop QSO_ID
>alter table qso add QSO_ID int(10) unsigned PRIMARY KEY AUTO_INCREMENT FIRST “);
Koen ci avvisa che sul suo server MySQL questo funziona bene. I credo che Koen abbia l’ultima versione di MySQL.
Usando la versione 4.0.11a-gamma ; non accade la stessa cosa. Si : Non ci sono interruzioni nella numerazione, ma la numerazione NON PARTE da 0 ; L’azione sul server inizia da quando si preme questo pulsante.
Se avete 5314 qso e decidete di ricostruire il QSO-ID, la numerazione sarà continua ma inizierà da 5315.
Yep : questo è un bel bug. Si è già al lavoro per dare una soluzione a questo.
Potete anche vedere quanti qso avete, selezionando ” SEARCH & STAT ” e scegliendo ” QSO_ID ” .

BAND-,MODE-,PROPA-,SAT_NAME- & SAT_MODE-LIST

Potete vedere 5 tabelle colorate. Una per la BAND, una per il MODE ecc. Qui potete anche cancellare la BAND, il MODE, … che non usate mai.
Questo serve solo a configurare solo le bande, i modi, ecc. che volete abilitare sul log. Questo non cancella nessuno dei vostri qso !
Potete capire cosa sia meglio usare nel vostro logbook per la prima volta. Vi suggerisco: cancellate ogni banda, modo, …. che non intendete usare.
Se non siete in QRV sui 2190m : cancellate. Se siete attivi solo in HF: non è richiesto fare log su 1mm. Questo renderà veloci le varie operazioni con un semplice sguardo. Non è richiesto lavorare i  60m ? Allora cancella questa banda. Non siete attrezzati per l’ATV => cancellate questo modo.
Se poi la vostra stazione avrà la possibilità di lavorare sui 2190m o cambiate la vostra licenza, potete sempre riattivare la banda e il modo.
Si : è possibile riconfigurare di default l’intero pannello, partendo da capo nella configurazione.

Quanto detto sopra conta specialmente per le BANDE e  i MODI. PROPA, SAT_NAME, SAT_MODE sono dei campi meno importanti.

La ragione che ci porta a fare preventivamente questa configurazione, è prevenire gli errori. Potreste, anche no, inserire due volte la stessa voce. Se per esempio avete una banda chiamata “40m” e una chiamata “40M” o “40mtrs.” , il vostro conteggio dxcc potrebbe non rivelarsi corretto. Stessa cosa se scriviamo “CW” e “cw”.
E ancora: se avete “eliminato” troppe banda/modo/…, dovrete ricominciare da capo. ma questo non lo dovrete fare ogni giorno….. credo. Nota importante : Non cancellate lo “spazio bianco” in PROPA, SAT_NAME o SAT_MODE.

A questo punto abbiamo terminato anche questa configurazione.

Buon divertimento,

Paolettopn

come promesso ecco il post dedicato all’installazione del software del logbook per Linux.
Accertato che il vostro server LAMP funziona alla perfezione, andiamo avanti.

Installazione di LiHaLo e dei suoi componenti di base

È necessario scaricare il software di LiHaLo dal sito http://www.lihalo.org, dove troverete un file chiamato LiHaLo-RC4.tar.gz; assicuratevi comunque di scaricare l’ultima versione disponibile.

Prima installazione

Decomprimete il file tar nella directory apache DocumentRoot

Presumiamo che la nostra directory DocumentRoot(lo ricordate ?) sia /var/www/ e eseguiamo in un terminale i seguenti comandi (eseguendo i comandi come super utente con sudo) :
# sudo mv LiHaLo-RC4.tar.gz /var/www
# sudo cd /var/www
# sudo tar xvzf LiHaLo-RC4.tar.gz
# sudo mv LiHaLo-RC4 LiHaLo

Ora avrete una directory /var/www/LiHaLo. [ DocumentRoot/LiHaLo ]

Creare e popolare il nostro database per LiHaLo

In un terminale, posizionarsi su /var/www/LiHaLo/install e usare lo script per creare e popolare il nostro database, digitando:

# sudo ./install.sh

Se durante l’esecuzione non viene visualizzato alcun errore, tutto si è svolto correttamente.
Potrebbe accadere che lo script non riesca a creare il DataBase, in quanto riferirà che root@localhost ha una password diversa da quella usata nello script. Se desiderate fare in fretta, potete togliere temporaneamente la password all’utente root di MySQL, fino al completamento dell’installazione.
Al temine, potete entrare nuovamente nel vostro server MySQL e riassegnare la password all’utente root.
Con la versione 3.23.50 di MySQL, viene visualizzato l’errore ‘ERROR 1148′ durante l’esecuzione di un comando non previsto da quella versione; in questo caso, eseguire da terminale:
# sudo mysql --local-infile=1 < populate_LiHaLoDB.sql
seguito da:
# sudo ./update_rc2_rc3.sh
seguito da:
# sudo ./update_rc3_rc4.sh
Questi comando non visualizzano nessun risultato a video.

Aggiornare dalla versione RC3 alla RC4

Decomprimete il file tar nella directory apache DocumentRoot

Presumiamo che la nostra directory DocumentRoot(lo ricordate ?) sia /var/www e eseguiamo in un terminale i seguenti comandi (eseguendo i comandi come super utente con sudo) :

I seguenti comandi devono essere eseguiti per passare dalla versione RC2 alla RC3.

# sudo mv LiHaLo-RC4.tar.gz /var/www
# sudo cd /var/www
* sudo mv LiHaLo LiHaLo-RC3 se desiderate mantenere i file della versione RC3
* sudo rm -Rf LiHaLo se NON desiderate mantenere i file della versione RC3
# sudo tar xvzf LiHaLo-RC4.tar.gz
# sudo mv LiHaLo-RC4 LiHaLo

Effettuare l’aggiornamento del software

NON È RICHIESTA LA RICOSTRUZIONE O IL RIPOPOLAMENTO DEL VOSTRO DB ! Effettuare solamente l’aggiornamento:
posizionarsi su /var/www/LiHaLo/install e usare lo script per aggiornare.

# sudo ./update_rc3_rc4.sh

Questo non visualizzerà nulla sul terminale.

Controllare la nostra installazione

Avviare ancora il nostro browser again e digitare http://localhost/LiHaLo, dovremmo visualizzare una bellissima pagina dove poter inserire il nostro primo QSO su LiHaLo;

se questo avviene: Congratulazioni !! LiHaLo è funzionante ed avviato !!

Nel prossimo post, vedremo come configurare il nostro logbook.

Paolettopn

come promesso, eccomi qui a spiegarvi come installare il vostro logbook Linux sul Pc, con un sistema operativo Linux Ubuntu (io ho questo sistema operativo, che si discosta di poco dagli altri sistemi Linux).

Come dicevo nel post precedente, la prima istallazione del log richiede un po di pratica per i meno esperti, in quanto è previsto che sul Pc in cui il logbook dovrà funzionare dovranno essere correttamente installati:

1. un server web Apache
2. server MySql
3. e la parte per eseguire il codice PHP

Andiamo per ordine, iniziamo l’installazione del server LAMP (Linux Apache MySQL PHP); nel prossimo post installeremo il log vero e proprio.

Il server web Apache

Per installare il server web Apache sul vostro Pc, seguite quanto indicato di seguito (il testo è della comunità Ubuntu-it):

Apache è il server web più utilizzato nei sistemi GNU/Linux. I server web sono utilizzati per “servire” pagine web ai computer “clienti” che ne fanno richiesta. I client di solito richiedono e visualizzano le pagine web utilizzando un browser web come Firefox, Opera o Mozilla.

Il protocollo più utilizzato per il trasferimento delle pagine web è l’HTTP (Hyper Text Transfer Protocol). Sono anche supportati protocolli come HTTPS (Hyper Text Transfer Protocol over Secure Sockets Layer) e FTP (File Transfer Protocol), un protocollo per caricare e scaricare file dalla rete.

I web server Apache vengono comunemente usati in combinazione con il motore di database MySQL, il linguaggio di scripting per il pre-processamento dell’ipertesto PHP (Pre-processor Hyper Text) e altri noti linguaggi di scripting come Python e Perl. Questa configurazione viene denominata LAMP (Linux, Apache, MYSQL e Perl/Phyton/PHP) e costituisce una piattaforma robusta e potente per lo sviluppo e l’installazione di applicazioni basate sul web.

Apache viene configurato inserendo delle direttive in alcuni file di configurazione (file di testo semplice). Il file di configurazione principale è apache2.conf.

Il server inoltre legge un file contenente i tipi MIME dei documenti. Il nome di questo file è impostato attraverso la direttiva TypesConfig; in modo predefinito il nome è mime.types.

Il file di configurazione predefinito di Apache2 è /etc/apache2/apache2.conf. È possibile modificare questo file per configurare il server Apache2. È possibile configurare il numero della porta, l’origine dei documenti, i moduli, i file di registro, gli host virtuali e altro.

Impostazioni di base

Questa sezione espone i parametri di configurazione fondamentali del server Apache2. Per maggioni informazioni, consultare la documentazione di Apache2.

• Apache2 viene fornito con una configurazione predefinita di un singolo host virtuale. L’host virtuale viene definito usando la direttiva VirtualHost che può essere usata, così com’è se, si dispone di un unico sito, oppure modificata per aggiungere altri host virtuali, a seconda delle necessità. Se viene lasciato solo un host virtuale, questo diventa il sito predefinito o il sito che gli utenti vedono sel l’URL inserito non corrisponde a nessuna direttiva ServerName di altri siti. Per cambiare l’host virtuale predefinito, modificare il file /etc/apache2/sites-available/default. Se si desidera configurare un altro host virtuale o un altro sito, bisogna copiare il file all’interno della stessa directory cambiandone il nome.
  Per esempio:
  sudo cp /etc/apache2/sites-available/default /etc/apache2/sites-available/mynewsite Modificare quindi il nuovo file di configurazione usando alcune delle direttive descritte in seguito.
• La direttiva ServerAdmin specifica a quale indirizzo email il sistema deve indirizzare la posta destinata agli amministratori. Il valore predefinito è «webmaster@localhost». Quest’impostazione deve essere modificata con l’indirizzo che è stato assegnato all’utente (nel caso sia l’amministratore). Se il sito presenta dei problemi, Apache2 mostrerà un messaggio di errore indicante l’indirizzo a cui deve essere segnalato il problema. Questa direttiva è presente nel file /etc/apache2/sites-available del proprio sito.
• La direttiva Listen specifica la porta, e opzionalmente l’indirizzo IP, su cui Apache2 dovrebbe essere in ascolto. Se l’indirizzo IP non è specificato, Apache2 ascolta tutti gli indirizzi IP assegnati alla macchina. Il valore predefinito per la direttiva Listen è 80. Modificare questo valore, in 127.0.0.1:80 per fare in modo che Apache2 ascolti solo l’interfaccia di loopback e non sia disponibile verso internet, in 81 per modificare la porta di ascolto o lasciare il valore predefinito per il normale funzionamento. Questa direttiva può essere trovata e modifica in un file specifico: /etc/apache2/ports.conf
• La direttiva ServerName è opzionale e specifica a quale FQDN il proprio sito dovrebbe rispondere. L’host virtuale predefinito non ha alcun ServerName specificato, in questo modo tutte le richieste che non corrispondono un’altra direttiva ServerName di un altro host virtuale saranno soddisfatte. Se si ha appena acquistato il dominio ubunturocks.com e si vuole “ospitarlo” sul proprio server Ubuntu, il valore della direttiva ServerName nel file di configurazione dell’host virtuale dovrebbe essere impostato a ubunturocks.com. Aggiungere questa direttiva al file dell’host virtuale appena creato (/etc/apache2/sites-available/mynewsite).

  Potrebbe essere necessario fare in modo che il proprio sito risponda anche a www.nomedelsito.org, dato che molti utenti ritengono il prefisso “www” appropriato. Per fare questo utilizzare la direttiva ServerAlias. È possibile utilizzare anche metacaratteri in questa direttiva. Per esempio, ServerAlias *.nomedelsito.org causerà il proprio sito a rispondere a tutte le richieste che finiscono con “.nomedelsito.org”.

• La direttiva DocumentRoot stabilisce in che posizione il server Apache deve cercare i file che compongono il sito. Il valore predefinito è /var/www. Nessun sito è configurato, se si tolgono i commenti alla direttiva RedirectMatch in /etc/apache2/apache2.conf le richieste sono indirizzate verso /var/www/apache2-default dove Apache2 è in attesa. Modificare questo valore nel file del proprio host virtuale e creare la directory se necessario.

La directory /etc/apache2/sites-available non è analizzata da Apache2. Collegamenti simbolici in /etc/apache2/sites-enabled puntano ai siti disponibili. Per creare questi collegamenti simbolici, utilizzare l’utility a2ensite (Apache2 Enable Site) in questo modo: sudo a2ensite mynewsite, dove il file di configurazione del sito è /etc/apache2/sites-available/mynewsite. Allo stesso modo l’utility a2dissite dovrebbe essere utilizzata per disabilitare siti.

questa settimana il mio amico Maurizio Grillini mi ha contattato per proporre di unirmi ad un progetto congiunto con altri radioatatori italiani; l’unione del pensiero e dell’opera open source tramite una nuova Mailing List.

Si tratta della ML : Ham Linux ML

Si tratta di una Mailing list dei radioamatori di lingua italiana che utilizzano GNU/Linux.

Per consultare la raccolta dei messaggi precedentemente inviati alla lista, potete visitare gli Archivi della lista Ham.

Ma mi direte, che c’entra tutto questo? E’ molto semplice….

Tramite l’affiliazione a questa nuova ML di amici radioamatori, sono venuto a conoscenza del log in oggetto!

LiHaLo è un progetto aperto realizzato da due radioamatori ON4AXV e ON5DQZ. Il nome del progetto non è nient’altr che la contrazione della frase Linux Ham Logbook.

La prima istallazione del log richiede un po di pratica per i meno esperti, in quanto è previsto che sul Pc in cui il logbook dovrà funzionare dovrà essere correttamente installato sia un server web Apache che un server MySql e PHP.

L’articolo compare anche sul wiki di Ubuntu-it a: http://wiki.ubuntu-it.org/Radioamatori/Logbook

Nei prossimi post, descriverò passo passo, in lingua italiana, l’installazione, il funzionamento e le altre operazioni per avere un buon log radioamatoriale funzionante con pochi click.

Alle prossime,

Paolettopn (aka Paolo IV3BVK)

ho avuto un pochino di tempo libero e mi sono dedicato a recensione qualche altro programma interessante da utilizzare nel nostro shack. Ho terminato l’inserimento delle tre recensioni nell’area

Radioamatori del wiki di Ubuntu-it.

Questa volta ho desiderato aiutare coloro che si occupano di inseguimento dei satelliti, con:

• Predict (programma per l’inseguimento dei satelliti con uscita opzionale per la voce)
• Predict-gsat (parte client, in modalità grafica)
• AO40tlmview (decodifica e visualizzazione della telemetria binaria delsatellite AMSAT OSCAR 40)

e i radioamatori che si occupano di Contest CW, con:

• qrq (telegrafia ad alta velocità)

A questo punto non resta che sperimentarli al meglio.

Un saluto,

Paolettopn

ho deciso di pubblicare il codice in oggetto, per rispondere a tutti coloro che mi chiedono quasi giornalmente su cosa esso sia e perchè è necessario firmarlo con la propria chiave su Launchpad, prima di partecipare a qualsiasi progetto della nostra Comunità di Ubuntu-it.

Quanto scritto e specificato nel codice si spiega da se; buona lettura.

Codice di condotta della Comunità di Ubuntu-it.

Questo codice di condotta regola i comportamenti di tutti i membri della Comunità di Ubuntu, in ogni forum, mailing list, wiki, sito web, canale IRC,  incontri pubblici o corrispondenza privata.
La Comunità di Ubuntu arbitrerà ogni disputa sul comportamento di un membro della comunità.

Siate premurosi. Il vostro lavoro sarà usato da altre persone, e voi a vostra volta dipenderete dal lavoro degli altri. Ogni decisione presa coinvolgerà utenti e colleghi, e ci aspettiamo che prendiate in considerazione le conseguenze di ogni decisione. Ad esempio, quando siamo in uno stato di “freeze”, non fate drammatici upload di nuove versioni di software per sistemi critici, in quanto altre persone sono in fase di test dei sistemi “congelati” e non sono in grado di assorbire grandi variazioni.

Siate rispettosi. La comunità Ubuntu ed i suoi membri si rivolgono l’un l’altro con grande rispetto. Ciascuno può realizzare un valido contributo ad Ubuntu. Non possiamo sempre essere d’accordo, ma il disaccordo non è una scusa per un comportamento e per modi scorretti. Potremmo tutti vivere qualche frustrazione talvolta, ma non potremmo mai permettere che tale frustrazione si trasformi in un attacco personale. E’ importante ricordare che una comunità dove le persone si sentono a disagio non è una comunità produttiva. Ci aspettiamo che i membri della comunità Ubuntu siano rispettosi sia quando hanno a che fare con altri collaboratori, sia con persone al di fuori del progetto Ubuntu, sia con gli utenti.

Siate collaborativi. Ubuntu e Free Software collaborano e lavorano insieme. La collaborazione riduce la ridondanza del lavoro compiuto del mondo Free Software e migliora la qualità del software prodotto. Dovreste tendere a collaborare con altri mainteners Ubuntu, così come con la comunità a monte che è interessata al vostro lavoro. Il vostro lavoro dovrà essere eseguito con trasparenza e le patch per Ubuntu devono essere consegnate alla comunità quando si rendono disponibili, non al rilascio dell’edizione. Se volete lavorare a nuovo codice per progetti esistenti, almeno mantenete informati delle vostre idee e progressi i responsabili di quei progetti. Potrebbe non essere possibile ottenere il consenso circa la corretta implementazione di un’idea, così non sentitevi obbligati ad ottenere un accordo prima di iniziare, ma almeno mantenete informato del vostro lavoro il mondo esterno, e pubblicatelo in modo tale da consentire altri di svolgere prove, discussioni e contribuire ai vostri sforzi.

Quando non siete d’accordo, consultate gli altri. Disaccordi, sia politici che tecnici, avvengono ogni giorno e la comunità Ubuntu non ne è esente. L’obiettivo importante non è evitare i disaccordi o le diverse vedute, ma di risolverli costruttivamente. Dovreste sempre tornare alla comunità ed ai suoi processi per cercare consigli e risolvere disaccordi. Ci sono sia il Technical Board che il Community Council che vi aiuteranno a decidere il giusto corso di Ubuntu. Ci sono inoltre diversi Project Teams e Team Leaders, che vi aiuteranno a capire quale direzione potrebbe essere la più accettabile. Se alla fine volete comunque prendere una strada diversa, vi invitiamo a fornire una diversa distribuzione o un set di pacchetti alternativo usando la struttura dell’Ubuntu Package Management, affinchè la comunità possa comunque provare i vostri cambiamenti e le vostre idee, e contribuire alla discussione.

Quando non siete sicuri, chiedete. Nessuno sa tutto, e nessuno si aspetta che l’altro sia perfetto nella comunità Ubuntu. Rivolgere domande evita molti problemi lungo il percorso, e quindi le domande sono incoraggiate. Coloro che devono rispondere, dovranno essere reattivi e di grande aiuto. Comunque, nel porre una domanda, occorre avere cura nel rivolgersi al forum appropriato. Domande fuori-tema, come ad esempio una richiesta di supporto in una mailing list di sviluppo distoglie da una discussione produttiva.

Lasciate con considerazione. Gli sviluppatori di ogni progetto vanno e vengono, e per Ubuntu non è diverso. Quando lasciate un progetto, del tutto o in parte, fatelo cercando di minimizzare le ripercussioni sul progetto stesso. Ciò significa che dovreste avvisare prima di lasciare e intraprendere le opportune azioni per assicurare che gli altri possano riprendere dal punto da voi lasciato.

Quanto scritto sopra, vale sia per chi entra ed è alle prime armi, sia per gli acerrimi sviluppatori di codice, che ci meravigliano con i loro sviluppi.

Un saluto e mi aspetto di rivedervi a partecipare in qualche progetto della comunità.

Paolettopn

ho aggiunto la recensione al programma trustedqsl sul wiki di ubuntu-it.

Ora anche tutti gli OM che usano Linux possono finalmente importare i loro log su questo software open source e gestire le proprie QSL, seguendo il LoTW.
Io uso Linux Ubuntu 7.10 e l’installazione è stata rapida e semplice.

Cos’è il LoTW ? La firma dei log e delle QSL per il Logbook of the World (LoTW).
Una QSL è la conferma del contatto fra due stazioni di radioamatori.

Il progetto Logbook of the World dell’ARRL è un database che raccoglie i dati sui contatti tra stazioni di radioamatori (QSO). Questo pacchetto fornisce i programmi per mantenere i propri certificati digitali per LOTW e per firmare file di log QSO da sottoporre nei formati ADIF e Cabrillo.

L’installazione del programma è molto semplice :

• Abilitare i repository Universe del proprio gestore di pacchetti;
• Cercare il programma trustedqsl, nella categoria Radioamatori;
• Scaricare il programma;

Trovate le altre informazioni su gli altri programmi che ho recensito, su : http://wiki.ubuntu-it.org/Radioamatori

Buon divertimento.

Un saluto,

Paolettopn