ANNUNCIO: Falcon v. 0.1 beta disponibile in gitHub per il downolad.

[marcoc1712]

con systemd, non systemV...

il comando per conoscere lo stato di un servizio è, banalmente, surprise, surprise... "status" :-)

("service <servicename> status" oppure /etc/init.d/<init_script_del_servizio> status).

Per quanto riguarda il "reload" (degli init scripts), si tratta di una cosa che serve solo a systemd, in quanto gestisce la cosa in modo indiretto anziché eseguire direttamente gli init scripts.

Con gli altri sistemi qualsiasi modifica ai files di configurazione ha effetto immediato (non sui servizi che già siano attivi, ovviamente; per quello è necessario un "restart" dei servizi interessati).

non riesco a spiegarmi: service xxx status NON FUNZIONA fino a che non fai il reboot.

[UnixMan]

non riesco a spiegarmi: service xxx status NON FUNZIONA fino a che non fai il reboot.

Eh?! Questo mi suona veramente strano. Spiegami meglio che cosa fai...

BTW: hai provato chiamando direttamente l'init script? Alla fine quello è il metodo più sicuro e "portabile".

[UnixMan]

Sono arrivato in fondo alla nuova versione ed ho verificato che l'ebuild di gallifray non è stato modificato come avevamo convenuto ed installa un conf.d con riga di comando vuota (da cui la pagina bianca) e mantiene il problema di permessi sul file di log (644 invece di 664) che, ovviamente, fa abortire falcon che gira come www-data, pur inserito nel gruppo squeezelite.

avevo già corretto a mano... infatti R2 gira (e funziona).

Inoltre ho anche modificato /etc/passwd ed /etc/group in modo da avere www-data in luogo di lighttpd (anzi, per evitare qualsiasi problema ho *aggiunto* un "alias", cioè uno user ed un gruppo www-data con i medesimi UID e GID di lighttpd... di modo che i due nomi esistano entrambi e siano perfettamente equivalenti).

Ho anche installato le due lib Perl che hai indicato:

emerge --ask dev-perl/URI dev-perl/CGI

Ma il problema resta tale e quale.

Nei log di lighttpd non c'è traccia di attività di Falcon. Ci sono solo gli accessi alla pagina.

[UnixMan]

Bingo! Trovato il problema... il log file.

Falcon tentava di scrivere in /var/log/falcon/, ma dato che io ho messo /var/log in un ramdisk, quella directory nel mio setup non esiste...

Ho modificato falcon in modo da usare direttamente /var/log anziché /var/log/falcon, ed ora qualcosa ha cominciato a funzionare.

[UnixMan]

[...]ed ora qualcosa ha cominciato a funzionare.

ho fatto un po' di test... mi pare che funzioni tutto.

N.B.: sto usando la versione del branch "falcon-feature_DSD" che ho scaricato l'altro giorno.

Manca però una cosa importante: la gestione dell'opzione "-V" per il controllo di volume dell'interfaccia...

[marcoc1712]

avevo già corretto a mano... infatti R2 gira (e funziona).

Inoltre ho anche modificato /etc/passwd ed /etc/group in modo da avere www-data in luogo di lighttpd (anzi, per evitare qualsiasi problema ho *aggiunto* un "alias", cioè uno user ed un gruppo www-data con i medesimi UID e GID di lighttpd... di modo che i due nomi esistano entrambi e siano perfettamente equivalenti).

Ho anche installato le due lib Perl che hai indicato:

emerge --ask dev-perl/URI dev-perl/CGI

Ma il problema resta tale e quale.

Nei log di lighttpd non c'è traccia di attività di Falcon. Ci sono solo gli accessi alla pagina.

Falcon usa www-data, non so da dove ti esca lighttpd, ma secondo me non hai il file di configurazione corretto in posa.

[marcoc1712]

Eh?! Questo mi suona veramente strano. Spiegami meglio che cosa fai...

BTW: hai provato chiamando direttamente l'init script? Alla fine quello è il metodo più sicuro e "portabile".

come sopra: quando installo i nuovi etc/init.d non li vede attivi fino al reboot anche se in realtà vanno, stessa cosa anche usando direttamente i files etc/init.d

[UnixMan]

Falcon usa www-data, non so da dove ti esca lighttpd, ma secondo me non hai il file di configurazione corretto in posa.

dal "pacchetto" (ebuild) standard di Gentoo. Quando installi lighttpd con "emerge lighttpd", vengono creati l'utente ed il gruppo "lighttpd". Ed ovviamente nel file di configurazione standard che viene installato contestualmente vengono usati quelli.

Quando Falcon sostituisce il file di configurazione standard con il suo (che usa, o meglio vorrebbe usare www-data, che non esiste) ovviamente non funziona più nulla.

come sopra: quando installo i nuovi etc/init.d non li vede attivi fino al reboot anche se in realtà vanno, stessa cosa anche usando direttamente i files etc/init.d

non vede attivi... cosa???

Se vuoi che i servizi vengano avviati automaticamente al boot, devi chiedergli di farlo. Così:

rc-update add lighttpd default

ovviamente, questo si limita a configurare il sistema: fino al prossimo reboot non li avvia. Per avviarli al momento, devi chiamare direttamente l'init script con "start" (o restart).

[marcoc1712]

ho fatto un po' di test... mi pare che funzioni tutto.

N.B.: sto usando la versione del branch "falcon-feature_DSD" che ho scaricato l'altro giorno.

Manca però una cosa importante: la gestione dell'opzione "-V" per il controllo di volume dell'interfaccia...

Quella in bash? E' completamente superata, quella non l'ho mai più toccata, io ho prodotto la versione in PERL che risolve i problemi legati alle configurazioni provenienti dall'esterno (script, pacchetti ed ebuild) sovrascrivendoli.

Modificare Falcon non serve e ti pone fuori dalla linea di manutenzione, te lo sconsiglio vvamente, piuttosto - se serve- puoi realizzaarti le exit che ti servono ed inserirle nella tua configurazione, così non le perdi con gli aggiornamenti.

E' stato pensato e realizzato così apposta, modificandolo vai più diretto allo scopo immediato, certo, ma rendi vano lo sforzo.

Per cambiare il file di log, poi, non è nemmeno necessario fare quello, ...basta cambiare il file di log NEI SETTINGS da interfaccia!

[UnixMan]

Quella in bash?

non ne ho idea... ma direi che sia in Perl. Se mi dici come faccio ad identificarla...

E' completamente superata, quella non l'ho mai più toccata, io ho prodotto la versione in PERL che risolve i problemi legati alle configurazioni provenienti dall'esterno (script, pacchetti ed ebuild) sovrascrivendoli.

mi pare sia proprio ciò che ha fatto... ed è proprio così che crea pasticci (rimpiazzando il file di configurazione di lighttpd con uno errato).

Per cambiare il file di log, poi, non è nemmeno necessario fare quello, ...basta cambiare il file di log NEI SETTINGS da interfaccia!

e come, visto che non funzionava nulla?

Comunque, io ho editato il file: /var/www/falcon/cgi-bin/log.conf

...e naturalmente ho dovuto correggere il file di configurazione di lighttpd, altrimenti non funzionava neanche quello.

P.S.: per quanto riguarda manutenzione ed aggiornamenti... non ce ne saranno. Questa è una immagine per un sistema embedded. Immutabile. Una volta che funziona la chiudo e fine della storia.