Newsgroup: it.comp.os.linux.iniziare
Titolo: [OT TOOLS GRAFICI E SCRIPT] alcune motivazioni per cui funzionano male

Scusate l'uso del cross post, ma l'argomento mi sembra interessante.
Mi e' capitato piu' volte di trovare nelle nuove distribuzioni di linux
tools grafici e semigrafici che funzionano male, e alcune volte anche script
che funzionano male.
Per esempio klpq, che permette in modo grafico di visualizzare i job di
stampa ed eliminarli, non e' in grado di eliminare i job di stampa, facendo
un po' di prove ho scoperto che kplq non identifica correttamente il numero
di job a causa di qualche modifica sull'output del comando lpq.
Per esempio in un mio script di backup ho riscontrato vari mal
funzionamenti, dovuti al fatto che nell'output del comando stat il time e'
stato staccato dalla data, e che l'output del comando date e' stato
localizzato (i mesi e i giorni cambiano di testo a seconda della lingua).
Quindi e' probabile che parecchi malfunzionamenti dei tools sia dovuti anche
a cambi dell'output dei vari comandi, questi cambi sono stati fatti (in
maniera secondo me incoscente visto l'uso importante e frequente che si fa'
dell'ouput) quasi sicuramente per migliorare la leggibilita' e modernizzare
(win mania?)
l'output dei comandi.
Questo e' un punto debole di linux, sarebbe stato meglio non toccare
l'output dei comandi, o almeno prevedere un opzione che seleziona un output,
che cambia poco e niente da una versione all'altra del comando, per l'uso
con altri comandi (redirezione, pipe, script, tools, ecc.).
Salve
         Dbg

 per l'uso con altri comandi (redirezione, pipe, script, tools, ecc.).
prima di tutto "linux" non c'entra una mazza. linux è il kernel che non ha
nulla a che vedere con le varie distribuzioni e i loro cessosi tool
grafici di configurazione.
cmq il bello di linux è la possibilità di essere in grado di modificare
tutto cio che riguarda il kernel e i vari settaggi con un semplice e
leggero editor di testo invece che usare programmi grafici pesanti, inutili
e per la stragrande maggioranza dei casi, mal funzionanti.
se questo vuol dire che linux non è idiot proof, beh, se l'idiot medio
non è in grado di leggersi la documentazione, howto e quant'altro, forse
è meglio che resti a winzozz.
-- 
-fizban
rimuovi spam e metti fizban per mandarmi email
o finisci nel buco nero  =)

č meglio che resti a winzozz.
Sei fuori strada, non e' quello che mi interessava far notare.
Anche i moltissimi script, i vari tools non grafici, ecc., che ci sono in
GNU/linux ( :) ), si appoggiano all'output dei comandi, non e' problema solo
dei tools grafici.
Il giorno che farai uno script o un programma un pelo complesso e poi ti
funzionera' male perche' hanno cambiato l'output di un comando capirai cosa
intendevo dire.
Salve
           Dbg

 cosa intendevo dire.
beh.. sta a "te" "sviluppatore" (o a maggior ragione chi sviluppa tool di
configurazione per le varie distribuzioni) tenere aggiornato il suo
software, script o altro.. mi sembra assurdo dare la colpa a questo..


software, script o altro.. mi sembra assurdo dare la colpa a questo..
Ottima risposta, e' la risposta che da' sempre il servizio clienti della ms
quando qualcuno protesta per i continui e spesso inutili cambiamenti.

Scusate l'uso del cross post, ma l'argomento mi sembra interessante.
Mi e' capitato piu' volte di trovare nelle nuove distribuzioni di linux
tools grafici e semigrafici che funzionano male, e alcune volte anche script
che funzionano male.
Per esempio klpq, che permette in modo grafico di visualizzare i job di
stampa ed eliminarli, non e' in grado di eliminare i job di stampa, facendo
un po' di prove ho scoperto che kplq non identifica correttamente il numero
di job a causa di qualche modifica sull'output del comando lpq.
Per esempio in un mio script di backup ho riscontrato vari mal
funzionamenti, dovuti al fatto che nell'output del comando stat il time e'
stato staccato dalla data, e che l'output del comando date e' stato
localizzato (i mesi e i giorni cambiano di testo a seconda della lingua).
Quindi e' probabile che parecchi malfunzionamenti dei tools sia dovuti anche
a cambi dell'output dei vari comandi, questi cambi sono stati fatti (in
maniera secondo me incoscente visto l'uso importante e frequente che si fa'
dell'ouput) quasi sicuramente per migliorare la leggibilita' e modernizzare
(win mania?)
l'output dei comandi.
Questo e' un punto debole di linux, sarebbe stato meglio non toccare
l'output dei comandi, o almeno prevedere un opzione che seleziona un output,
che cambia poco e niente da una versione all'altra del comando, per l'uso
con altri comandi (redirezione, pipe, script, tools, ecc.).
Salve
         Dbg

 quando qualcuno protesta per i continui e spesso inutili cambiamenti.
Sono d'accordo sulla questione output.  Questo sistema operativo fa un
uso estesissimo dello scripting, il che significa che spesso e
volentieri i comandi sono trattati alla stregua di funzioni di un
linguaggio.  Se a qualcuno saltasse in mente di punto in bianco di
modificare il comportamento di printf, si liquida la cosa con ``sta a
te sviluppatore tenere aggiornato il tuo software''?  Passi pure per
uno scriptino di venti righe che l'utente scrive solo per se', ma
quando si tratta di decine di righe (e non solo in bash, ma anche in
perl, python, ruby, dai quali spesso si richiamano i comandi di
sistema) e di un prodotto normalmente distribuito e usato da piu`
utenti, che si fa?  Si corregge tutto?  E se lo vuole usare un utente
che ha la 1.2 di quel comando invece della 1.3?  Si mantiene una
versione parallela?  Lo si manda a quel paese?  Gli si dice che *deve*
fare l'upgrade?  (Cominciate a sentire puzza di una certa nota
attitudine, eh?)
Massimiliano

Opsss ... il mio neurone ha confuso elimina con rinvia ....

 puzza di una certa nota attitudine, eh?)
E` un problema di non ovvia soluzione.  Da una parte hai del software in
uso da molti  utenti, dall'altra c'e` l'evoluzione  del software stesso.
Mi pare  che la tendenza sia  di mantenere sempre la  compatibilita`, ad
eccezione di quando le innovazioni sono cosi` importanti da giustificare
un diverso  comportamento del software. In  quei casi lo si  capisce dal
numero di versione il cui numero a sinistra del primo punto a destra, di
solito, cambia.
Prendo ad esempio inn (ma va'), software bello articolato e con un sacco
di interdipendenze. Dalla 1.x alla  2.x cambia radicalmente tutto, e per
questo vanno aggiornati  quasi tutti i tool "ancillari".  Pero` il netto
cambiamento  lo si  intuisce dal  numero  di versione  che cambia.  Allo
stesso modo pppd, che mi ha dato  un po' di grattacapi: nel kernel 2.4.x
e`  stato  introdotto /dev/ppp  (che  se  non *immagino*  male  dovrebbe
servire a  gestire anche  PPP su  altri protocolli,  non solo  su device
fisici), e  questo ha richiesto  un aggiornamento "forzato"  del demone,
per far si` che usasse la nuova interfaccia.
C'e` da dire che questi cambiamenti arrivano raramente, non piu` (su per
giu`) di una volta all'anno a  dir tanto. Certi comandi vengono talvolta
riscritti completamente,  ma conservano sempre la  stessa interfaccia, a
meno che non si  possa proprio fare a meno di  cambiare. Basti vedere le
opzioni dei vari fsck: mantengono dei parametri "per compatibilita`", in
modo da non  far fallire gli script che li  richiamano (che sono, direi,
abbastanza critici).
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
+39-0362-332921
 - JOIN THE FUN NOW!
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
I've given my life to become what I am,
to preach the new beginning, to make you understand.
To reach some point of order, utopia in mind,
you've got to learn to sacrifice, to leave what's now behind. (Queensryche)

 Prendo ad esempio inn (ma va'), 
Come, gia` finita la luna di miele?
Massimiliano

 Come, gia` finita la luna di miele?
Hmm. Ultimamente mi ha fatto uno scherzetto non molto bello...
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
+39-0362-332921
 - JOIN THE FUN NOW!
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
Hombre que trabaja pierde tiempo precioso. (proverbio cubano)

 Hmm. Ultimamente mi ha fatto uno scherzetto non molto bello...
Ahi, sento gia` odore di avvocato.
Massimiliano