cercasi buona guida per principianti di scripting bash

[tom]

Ragazzi ho deciso che voglio contribuire, ma non soltanto sperimentando documentazione o a copiare/incollare, o a dare consigli...voglio pacchettizzare, conoscere a fondo i comandi di uno slackbuild, come si costruisce uno script, cosa è un codice sorgente e come si usa nel migliore dei modi...ma anche sapere amministrare il mio sistema, capire come gestire i suoi componenti ed i suoi comandi, sapere perchè all'avvio decide di fare il caffè piuttosto che il cappuccino, e fargli fare, se ne ho voglia, il cappuccino. Sono un principiante. Cosa mi consigliate?

[Blallo]

http://www.pluto.it/files/ildp/guide/abs/index.html

[targzeta]

Per quello che chiedi serve di più una guida per Slackware che per la bash. Comunque se vuoi conoscere bene i software devi semplicemente leggere la documentazione e le man page con i quali sono distribuiti. In particolare, se vuoi conoscere bene la bash devi leggerti

Codice: Seleziona tutto

man bash

è lunga però niente ti può aiutare meglio, spesso le guide tradotte in italiano o che trovi online sono vecchie.

Capire la bash e lo shell scripting ti aiuterà senz'altro a capire cosa fa la tua Slackware, visto che spesso e volentieri ci si ritrova sempre ad avere a che fare con qualche script per shell.

Emanuele

[Ivanhoe]

Ciao, per quello che riguarda Bash, se conosci l'inglese puoi guardare qui:

http://tldp.org/guides.html

Ci sono una guida per principianti (Bash Guide for Beginners) e una guida avanzata (Advanced Bash-Scripting Guide).
Come introduzione generale a GNU/Linux e al software libero c'è l'ottimo "Appunti di Informatica Libera" di Daniele Medri:

http://www.infis.univ.trieste.it/AppuntiLinux/a21.html

Medri ha anche scritto altri libri, trovi la documentazione sulla sua pagina web.
E non dimenticare le gude alla Slackware che trovi su Slacky!

[targzeta]

Offtopic:

...
Come introduzione generale a GNU/Linux e al software libero c'è l'ottimo "Appunti di Informatica Libera" di Daniele Medri:
...

Ma non si chiamava Daniele Giacobini una volta ?

Emanuele

[kobaiachi]

me pareva pure a me fosse Giacomini .......


comunque appunti di informatica libera è il top .... penso che a studiarselo tutto piu o meno equivale quasi ad una laurea in informatica ......

[Ivanhoe]

Si è Daniele Giacomini, ho fatto confusione con l'autore di un altro manuale

[tom]

ok ragazzi, sono un principiante, ma non così tanto... so usare i comandi base tipo cd, cp, mv, rm, ls, mkdir, mount, tar e blablabla, so cos'è un utente comune, cosa sono i gruppi a cui appartiene, cosa può fare lui e cosa può fare root. A primo acchitto credo che la guida che si avvicina di più ai miei scopi è la prima, quella citata da jimmy page, ma darò un'occhiata anche alle altre appena posso e vi faccio un po' sapere. Grazie

[Mario Vanoni]

ok ragazzi, sono un principiante, ma non così tanto... so usare i comandi base tipo cd, cp, mv, rm, ls, mkdir, mount, tar e blablabla, so cos'è un utente comune, cosa sono i gruppi a cui appartiene, cosa può fare lui e cosa può fare root..

Ma non perdere d'occhio la portabilita`!
Con bash soltanto, avrai difficolta` con sh, csh, ksh, tcsh ecc. se ti ritrovi in un ambiente non Linux!
Questo libro per esempio:
http://www.amazon.com/Beginning-Portabl ... 1430210435
ne cita diverse delle incongruenze delle varie shell.

[albatros]

Ma non perdere d'occhio la portabilita`!
Con bash soltanto, avrai difficolta` con sh, csh, ksh, tcsh ecc. se ti ritrovi in un ambiente non Linux!

Non dico che sia un suggerimento sbagliato, ma dipende da quello che deve fare...
Se per il prevedibile futuro sa che avrà a che fare solo con linux, secondo me tanto vale che impari bene bash e basta, quando poi dovrà usare tcsh o altro, si adatterà, sarà questione di ore o al massimo di pochi giorni...
Certo, se fin dall'inizio sa che dovrà usare shell diverse, il discorso cambia, ma se così non è e non ha a che fare con script molto complessi che richiedono tempo per essere modificati, non vedo perché non possa usare bash e basta, peraltro ormai molto diffusa...
Molto spesso, se deve occasionalmente usare una shell diversa, basta dare un'occhiata alla pagina di manuale.
Mi è capita ogni tanto, dallo scorso mese, di avere a che fare con AIX: anche lì uso bash, semmai ho un diverso compilatore e tar che ha alcuni flag un po' diversi da quelli con cui sono abituato, ma, non dovendo farci chissà che, è bastato usare "man nomecomando" per andare avanti.
Mi è anche capitato, sempre negli ultimi mesi, di usare occasionalmente un pc linux con tcsh, ma anche in questo caso non è stato nulla di drammatico.
Sapere tutto e bene purtroppo non è possibile, bisogna orientarsi e scegliere in base ai propri interessi e necessità e non è detto che la portabilità sia per tutti di primaria importanza, anche se giustamente spesso e per molti lo è...

In particolare, se vuoi conoscere bene la bash devi leggerti

Codice: Seleziona tutto
man bash

è lunga però niente ti può aiutare meglio, spesso le guide tradotte in italiano o che trovi online sono vecchie.

Ecco, io ad un principiante non la consiglierei per iniziare, ma solo come riferimento. C'è tutto, è vero, ma è per chi sa già cosa cercare, è stringata e praticamente priva di esempi, secondo me è all'inizio è meglio una guida come l'ABS...

[Mario Vanoni]

Sapere tutto e bene purtroppo non è possibile, bisogna orientarsi e scegliere in base ai propri interessi e necessità e non è detto che la portabilità sia per tutti di primaria importanza, anche se giustamente spesso e per molti lo è...

Permetti una ed unica osservazione?

Scrivere sempre in modo "Bourne shell compatible",
non usando le aggiunte di bash, e` una filosofia difensiva, ed aiuta molto/spesso.

Ci sono sistemi AIX/HP-UX/Sun-Os ecc. vecchi di oltre 10 anni ancora in vita ...
In ditta il server, con Slackware 10.0.0, funziona dal 14-Jun-2004!

[tom]

Ragazzi sto usando alla fine la guida postatami da jimmy page, ma è difficilissima!! oddio impegnandomi la capisco, ma c'è davvero da studiarci tanto...ad esempio la sezione 3: caratteri speciali, ma è proprio necessario conoscerli tutti (tipo il comando duepunti ":" l'ho capito solo in parte, ci sono troppe applicazioni da ricordare per quel comando).

E poi a mio parere l'autore esagera quando dice all'inizio che questa guida può anche essere efficientemente letta e capita anche da chi non ha una preliminare conoscenza di bash: io non conoscevo neanche i comandi del primo script, quello più scemo di tutti (cleanup, versione 1):

Codice: Seleziona tutto

 Cleanup
# Da eseguire come root, naturalmente.

cd /var/log
cat /dev/null > messages
cat /dev/null > wtmp
echo "Log cancellati."

Mi sono dovuto andare a cercare cosa significasse cat ed echo (man cat e man echo), visto che non li conoscevo...e lui dava per scontati

[Mario Vanoni]

Codice: Seleziona tutto

 Cleanup
# Da eseguire come root, naturalmente.

cd /var/log
cat /dev/null > messages
cat /dev/null > wtmp
echo "Log cancellati."

Mi sono dovuto andare a cercare cosa significasse cat ed echo (man cat e man echo), visto che non li conoscevo...e lui dava per scontati

Quindi sei a quota zero (0) di UNIX/Linux, sara` difficile e lungo ...
perche` dei comandi citati sopra basta un semplice
cd /var/log
> messages
> wtmp
per raggiungere lo stesso risultato.

[ulisse89]

In effetti è una guida molto completa, ma ho notato anch'io che dà molte cose per scontato.

[cymon]

Dell'ABS ho anch'io ricordi non ottimi. Non per complessità (insomma, non era il primo manuale che affrontavo), ma proprio per pesantezza di esposizione che minava, di conseguenza, la concentrazione.

Ragazzi sto usando alla fine la guida postatami da jimmy page, ma è difficilissima!! oddio impegnandomi la capisco, ma c'è davvero da studiarci tanto...ad esempio la sezione 3: caratteri speciali, ma è proprio necessario conoscerli tutti (tipo il comando duepunti ":" l'ho capito solo in parte, ci sono troppe applicazioni da ricordare per quel comando).

Una guida è anche un reference. Le sezioni con lunghi elenchi di elementi io di solito le leggiucchio o salto pié pari e invariabilmente ci torno sopra mentre programmo. L'importante è capire i meccanismi. Oltretutto certe cose si usano anche come raffinamento di codice più lungo o laborioso in un secondo tempo, quando ormai hai la mano.

E poi a mio parere l'autore esagera quando dice all'inizio che questa guida può anche essere efficientemente letta e capita anche da chi non ha una preliminare conoscenza di bash: io non conoscevo neanche i comandi del primo script, quello più scemo di tutti (cleanup, versione 1):

Codice: Seleziona tutto

 Cleanup
# Da eseguire come root, naturalmente.

cd /var/log
cat /dev/null > messages
cat /dev/null > wtmp
echo "Log cancellati."

Mi sono dovuto andare a cercare cosa significasse cat ed echo (man cat e man echo), visto che non li conoscevo...e lui dava per scontati

Bhe, cat e echo sono due tra i primi dieci-dodici comandi che si usano da shell anche senza scripting... ma ovviamente bisogna avere occasione di usarli e questo significa capire anche quanto fai il "sistemista" sul tuo computer (o su altri). Secondo me una cosa utilissima per farsi le ossa in questo senso è NON usare le interfacce grafiche per esplorare le proprie alberature di directory e i propri file di configurazione. A parte che da terminale, con malizia, si diventa infinitamente più veloci, messi alle strette si cominciano a imparare un mucchio di comandi interessanti.