Newsgroup: it.comp.os.linux.ubuntu
Titolo: bellissimo upstart,  ma la documentazione?

Basta fare un paio di script e ti rendi subito conto che è una
bellezza. Gestisce lui stop e restart e non devi paciugare niente a
cercare tu se il processo è in piedi.
Però, nella migliore tradizione del software opensource, documentazione
NISBA.
Ho messo un po' di parametri a muzzo, respawn (e si capisce che fa un
heartbeat). "expect fork" a che serve? Cioè, non posso immaginare e
provare tutto per capire come funziona e soprattutto, non posso
immaginare e provare comandi e parametri che non conosco. Dov'è un
elenco completo di tutti i parametri?
Vai sul sito della sun, ti spiegano vita morte e miracoli sull'analogo
SMF, vai su ubuntu ci sono solo cacchiate... why use, why not, what is
e what isn't ... e chi se ne frega.
Qualcuno che sa indirizzarmi su qualche pagina che contenga, non dico
un howto dettagliato, ma quanto meno un elenco di tutti i parametri e
comandi validi?? 
DENX IN ADVANS FOR IOR ELP.
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 comandi validi?? 
Ho dato un'occhiata per curiosita` ... questo articolo mi pare almeno 
qualcosa spieghi:
http://tinyurl.com/yjq7n8u

 ha scritto:

beh .... non è il massimo, ma qualcosina c'è.
Da notare il titolo:
Upstart 0.5.0/trunk job definitions: The missing manual!
Cacchio, ma si può fare un software completamente senza
documentazione? ... si, nel mondo GPL è una prassi consolidata.
mo' apro un bug su launchpad.


 beh .... non è il massimo, ma qualcosina c'è.
Ok. la pagina che mi hai segnalato è quando di meglio sull'argomento.
gracias.


 documentazione? ... si, nel mondo GPL è una prassi consolidata.
Nessuno ti obbliga ad usare un software libero e senza documentazione. Basta
che paghi e ti assicuro che trovi tutta la documentazione che vuoi.
In particolare se mi dai 1000 euro ti scrivo io un manuale di upstart
dettagliatissimo.
Il bello del software libero è che c'è chi è capace e scrive il codice del
software e chi non è capace e collabora scrivendone la documentazione.
Poi ci sono i rompi coglioni che si lamentano del software o della
documentazione, magari aprono pure un bug, ma non fanno un cazzo per
sopperire alla mancanza pur avendone la possibilità.
E' più semplice lamentarsi che fare.
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

 io un manuale di upstart dettagliatissimo.
Capisco. Però...
E' la stessa cosa che diresti anche a chi installa una ubuntu server
10.04 LTS, che gli è stata spacciata come versione "enterprise"
supportata, sia dal team di ubuntu, sia dal vendor hardware?
Inoltre, ci riempiamo tanto la bocca dicendo che il software per linux
è usabile, ma questa idea che uno si deve fare la documentazione da se
per poter usare un software cozza abbastanza con il concetto di
"usabilità del software". 
IMHO la documentazione non è un optional e un software senza
documentazione dovrebbe rimanere allo stato alfa, beta. Di certo non
stable.
E effettivamente upstart è alla versione 0.6.xx. Peccato, però che viene
usato su Ubuntu Server, che viene usato a sua volta anche da clienti
enterprise.
Non voglio dire nulla, perché, in fondo, se le forze che si hanno a
disposizione sono quel che sono, forse questo è l'unico modo di
proseguire, e pure noi dobbiamo scendere a compromessi. Però... ogni
tanto mi viene da sbroccare.


 tanto mi viene da sbroccare.
Invece di sbroccare scrivi. Io quando ho avuto necessitŕ mi sono rimboccato
le maniche e ho scritto (
p.es
. un howto sul wireless quando il wireless era
praticamente inesistente).


 Capisco. Però...
Torno a bomba su Sun: opensolaris, io, non lo pago 1000 euro.
Però sun, anche quando un sofware è gratuito, non te lo rilascia senza
documentazione.


 documentazione.
Opensolaris è la versione free di Solaris e gode di tutta la documentazione
di Solaris. Anche Centos non lo paghi e gode di tutta la doc di RedHat... E'
comodo vantare doc gratuita quando c'è già stato chi ha pagato la
documentazione


 praticamente inesistente).
Ma come fai a scrivere la documentazione senza essere colui che ha
scritto il codice?
Procedi di rever-engineering a caso?
Aiutare a migliorare la documentazione, tradurre, collaborare in ogni
modo è più che giusto, ma ci deve essere qualcuno che ti spiega come
funziona un software.
La documentazione non è un obbligo, ma senza documentazione non si va da
nessuna parte.
P.S.
Anch'io ho scritto un breve How-To tempo fa sulla questione
bootloader (che IMHO è l'unica cosa veramente difficile nel processo di
installazione di una distribuzione e che tutti gli installar che ho
provato producono un risultato "sbagliato" in maniera automatica).
Tuttavia quello che ho fatto è stato radunare e raccogliere in forma
organica quello che poteva essere dedotto dalle varie documentazioni e
da vari commenti sparsi on-line. Non sono partito esattamente da zero,
anche se ho dovuto fare un po' di reverse-engineering.
-- 
Lurkos

 
non è solo questione di pagare per avere cammello. E io non voglio
tutto e subito. Ciò che io chiedo è una lista di parametri validi come
punto di partenza, anche per poter creare una documentazione.
Come fai a fare una documentazione se non esiste un elenco dei
parametri? Sono solo quelli usati negli script a disposizione, o ce ne
sono altri? 
E che ne so io?
esempio:
start on (local-filesystems and net-device-up IFACE!=lo)
Si capisce benissimo cosa vuol dire.
Ma quali sono le alternative a "local-filesystems"? "net-filesystems",
"remote-filesystems"? E che cazzo ne so? Ora provo tutte le
combinazioni di parole possibili?
E qual è l'alternativa a net-device-up? net-device-down? boh... posso
provare e vedere se funziona.
E quali sono gli altri parametri utilizzabili oltre a local-filesystems?
boh? me li invento? uso tutte le parole che trovo nel dizionario oxford?
Provo a parlargli per vedere tutto quello che capisce?
Come vedi, anche con tutta la buona volontà, non è possibile fare una
documentazione.
Chi ha fatto questo software, se non aveva tempo per fare una
documentazione, doveva almeno mettere in fila i parametri e le altre
info.
Inoltre, e' una questione anche di struttura che si decidi di darsi.
In Sun oltre a esistere il concetto di bug esiste il concetto di
"documentation bug". Cosa completamente inesistente e inimmaginabile in
un mondo dove i software vengono rilasciati senza documentazione.
IMHO, ma fin quando non ci sarà la documentazione, un software non dovrà
mai essere una 1.0 (credo che sia così anche nella realtà di linux)


 info.
http://upstart.ubuntu.com/wiki/

 ha scritto:

chiaramente lì c'ero andato, prima di iniziare il thread.
non c'è una lista di parametri. Trovi i parametri in modo sparso qui:
http://upstart.ubuntu.com/wiki/EventNaming?highlight=((CategoryDoc))
qui altri:
http://www.netsplit.com/2008/04/27/upstart-05-events/


 
E a questo punto puoi aggiungerli al wiki.

 
http://www.netsplit.com/2008/04/27/upstart-05-events/
mmmh! nella pagina che ti avevo indicato c'e` anche il link a quell'URL ...

 ha scritto:

Mi sembra chiaro :-) L'ho preso dalla pagina che mi avevi indicato per
mostrati che in realtà ci sono poche info sparse.
Il link buono era il primo che mi avevi dato, che inizia dicendo quanto
segue:
Upstart is becoming notorious for its poor documentation. This is going
to become a real pain as new features show up in the imminent 0.5.0
release, not to mention behaviour changes in already familiar
mechanisms.
