Newsgroup: it.comp.macintosh
Titolo: [Terminale] rm

Il comando "rm" cancella definitivamente i file, o li sposta in qualche
cestino?
TIA
-- 
http://www.dorelli.com
When she's walking by the river and the railway line
She can still hear him whisper
Let's go down to the waterline

 cestino?
Bella domanda!
Secondo me le rimuove un po' come il delete.
-- 
Marie Dany Keisler

 Secondo me le rimuove un po' come il delete.
E cosa fa il delete?
Non l'ho mai utilizzato... :)


 qualche cestino?
Lo rimuove completamente, niente cestino.
-- 
 -|qp|Truemilk|- |20:VI:FR:Rg| ICQ# 283788727
<truemilk at insiberia dot net> s/at/@ s/dot/.
   "Domani sarà bene la nostra speranza...
      Oggi è bene la nostra illusione."

 Lo rimuove completamente, niente cestino.
Ok.


 Non l'ho mai utilizzato... :)
Ops, è vero, mi è venuta una reminescenza DOS :)
CMQ rm " rimuove" che è ben diverso da "sposta" che equivale a mettere
una dir o un file nel cestino (che è pur sempre una cartella).
-- 
Marie Dany Keisler

 cestino?
li rimuove senza appello.
Anzi, attenzione a non fare mai un 
rm -rf *
nella Home
= suicidio della Home
ciao,
salvo

 rm -rf *
Il micidiale asterisco... ;))


 cestino?
Rimuove.
Era una delle cose considerate educative, "occhio a quello che cancelli".
Originariamente  lo spazio  disco  era troppo  scarso(*)  per fare  un
"remove con rollback"  ma scrivere un rm che sposti  le cose dentro un
cestino e` una  cosa che un principiante assoluto  (armato di manuali)
fa in poco tempo.
D'altro  canto nell'ottica  di un  tool  che si  deve integrare  nello
scripting la cosa ha tuttora  senso: se lo script deve liberare spazio
tanto vale che elimini subito il file senza spostarlo.
(*)Amministrai 200 utenti su 80Mb... Ora ho 80Gb solo per me.
-- 
 /\            ___
/___/\__|_|\_|__|___Gian Uberto Lauri_____________________
  //--\ | | \|  |   Integralista GNUslamico e fancazzista 
\/

 writes:


E' niente. 
Quello che mi fece un LSX3020 con X/OS in /usr (gli 80 mb dell'altro post)
e` comico.
C'era il disco pieno di immondizia lasciata dall'assistenza.
Vai, facciamo un bel repulisti dico.
#cd /usr
#rm -rf *
(una rumata lunga lunga)
#
Bene, ha finito, adesso andiamocene
#cd ..
Error, can't stat ..
Cosa ?
#cd ..
Error, can't stat ..
EEEEHHH?
#cd ..
Error, can't stat ..
Va bene, diretto.
#cd /
#
Bene...
#ls
#
EEEEEEEEE? Cosa vuoi dire "ls prompt??? vmunix te lo sei rollato in un
cannone ?
#ls
#
NAAAAAAAAAAAAAAASTRO di reinstallazione!!!!
[sequenza del boot da nastro]
*PICCHE*
[sequenza del boot da nastro]
*PICCHE*
[sequenza del boot da nastro]
*PICCHE*
O.K. domani vado a fare seppuku dal docente...
[powerdown]
(Mattina successiva, mi reco davanti a LSX prima del seppuku. Poco convinto
 giro la chiavetta di avvio)
X/OS Booting...
bla bla bla
problemino sul file sistem, roba da niente, sistemato
bla bla bla
patrizia.dei.unipd.it
 logon:
Eh? Cazzo hai fatto ? Il boot ?
login: root
password: (tlikketitlikketitlikketitli)
#
O.K. ieri sera non e` successo niente....


 li rimuove senza appello.
In effetti conviene fare (come alcune distro linux fanno "quasi" di
default) degli alias con l'opzione -i che chiede appunto una conferma
per ogni file. (a parte il caso in cui si usi l'opzione -f, allora si è
fregati ^__^)
Ciao,
-- 
+--------+ | ASCII ribbon campaign ( ) | 
www.autistici.org/kral
|  kral  | |  - against HTML email  X  |
+--------+ |              & vCards / \ | my gpg id = 0x7C946947

 fregati ^__^)
La volta che devi ripulire una directory dagli object file a compilazione
finita diventi pazzo :) :) :) :)
Personalmente ritengo convenga stare attenti.


 wrote:
[megasnip]
Se cercate su VersionTracker, c'e' un bel set di utility chiamate
osxutils che aggiunge tra l'altro un comando "trash" comodissimo (per
non parlare del comando google: google roba da cercare invio, altro che
comodita' :D).
In pratica invece di
rm ciccio.txt
fai
trash ciccio.txt
e lui te lo sposta nel Cestino :D
 - ∞

 comodita' :D).
CARINI!!!!


 finita diventi pazzo :) :) :) :)
Allora quella volta, stando molto molto molto attento e recitando varie
preghiere, si usa rm -rf e via! :D
Cmq a volte preferisco perdere un pò di tempo dando qualche y, che
magari dover poi recuperare da qualche parte qualche giorno di lavoro
perso ;).
(si puo usare anche il comando yes: yes | rm -r /pippo/, almeno vedi
cosa cancella anche)
Ciao.


 comodita' :D).
Interessanti!


 Personalmente ritengo convenga stare attenti.
Personalmente ritengo convenga usare la GUI e il cestino :-)
Daniele
-- 
"I'm just a Soldier of Fortune,
 Must be the Gypsy in me!" (Coverdale)
STARGAZER: 
www.stargazer.it
 - Le stelle della scena Hard & Heavy!

 cosa cancella anche)
Usi l'opzione -v per sapere cosa rimuove.


 Personalmente ritengo convenga usare la GUI e il cestino :-)
Oltre al fatto che ci metterei di piu`, sono sempre dell'idea che dobbiamo
usare bene quella robastra grigia che abbiamo tra le orecchie.


 usare bene quella robastra grigia che abbiamo tra le orecchie.
Per quanto mi riguarda, utilizzare il cervello vuol dire ricorrere al
metodo che ti garantisce lo stesso risultato con il minimo dello sforzo
e il minimo dei rischi.
Andare a correre dei rischi inutili, per quanto mi riguarda, e' proprio
la cosa piu' da idioti in assoluto.


 il computer mi serve per facilitarmi la vita e non complicarmela!
Sottoscrivo.
-- 
"I have a very simple life, I have my family and I have Apple and Pixar.
And I don't do much else." S. J.

 contenuti trovati, non e' piu' comodo?
Molti dimenticano tra l'altro che da moltissime applicazioni è possibile
cercare su Google il testo correntemente seleezionato premendo
semplicemente Shift-Mela-L (è un servizio di sistema).
-- 
Guido

 semplicemente Shift-Mela-L (è un servizio di sistema).
Di' la verita'... te la sei inventata :-)


 Di' la verita'... te la sei inventata :-)
Perché mai? Appare chiaramente sotto il menù Servizi di qualsiasi
applicazione.
-- 
Guido

 applicazione.
Ora che me lo dici l'ho visto, ma a me... semplicemente, non funziona.


 Con Zuppa funziona perfettamente.
Con Zuppa mi locka il messaggio :-D


 Usi l'opzione -v per sapere cosa rimuove.
Qui presupponevo un alias rm -i a monte :)
Ciao,


 f e` pericolosetto.
Cosa fa il flag -f ? :)
-- 
RTFM? :)

 TIA
la prima che hai detto
ciao ciao

 RTFM? :)
Anche quello aiuta, a volte ;)
Ciao,


 RTFM? :)
Yep. (comunque era "force" se serviva veramente, forza la cancellazione
sempre che i permessi lo consentano e non ferma per errore se i permessi
non lo consentono).


 Secondo me è un modo per complicarsi la vita! :-)
Evidentemente sulla tastiera non sei veloce oppure la usi poco ed hai
sempre la mano sul mouse.
Nel tempo che tu sposti la mano, prendi il mouse, prelevi il file, lo
sposti e svuoti il cestino io ho gia` scritto rm nomedelfile (usando
la completion) e dato return da un po' di tempo.


 la cosa piu' da idioti in assoluto.
Non e` un rischio inutile. Costringe a pensare ed assumersi responsabilta`.


 Sottoscrivo.
E col conteggio di chi pensa di sapere come lavoro io (sbagliando
di miglia) siamo a 3...
:)


 semplicemente Shift-Mela-L (è un servizio di sistema).
Comodo. Se hai il browser attivo. Se non lo hai tutto il tempo che hai
guadagnato in quel modo lo hai perso per andare ad attivare il browser
:). Safari  parte in un secondo e  qualcosa. Io in quel  tempo ho gia`
scritto il  comando e fatto il  paste del testo  selezionato :). Altri
meno  allenati  sulla  tastiera  possono trovare  piu`  rapido  aprire
safari.


 Non e` un rischio inutile. Costringe a pensare ed assumersi responsabilta`.
Continua cosi', il mondo ha bisogno di eroi che si assumano le loro
responsabilita'!
Daniele
-- 
Fra le stelle sprinta e vaaaaaaaa!

 la completion) e dato return da un po' di tempo.
Un Clint Eastwood del Terminale... :)
-- 
http://www.dorelli.com
When she's walking by the river and the railway line
She can still hear him whisper
Let's go down to the waterline

 safari.
Per allenarti fai delle serie di digito-pressioni al giorno, secondo
quanto prescritto dal tuo keyboard-builder? :P


 Beh con la GUI sai cosa cancelli.
E soprattutto puoi tornare indietro.


 costi che sia *meglio* della GUI.
E soprattutto che quello sia "usare il cervello".


 E soprattutto che quello sia "usare il cervello".
Se fosse veramente allenato entrerebbe in usenet via telnet e protocollo
NNTP, buttando MacSoup, che e' GUI :-D


 tutti.
Non t'incazza', zio SAP, tu non sei integralista e hun puoi capi' :)


 responsabilita'!
Non  ha  bisogno  di gente  che  scarica  il  barile invece,  c'e`  un
surplus. E si vede.


 quanto prescritto dal tuo keyboard-builder? :P
No. Lavoro e divertimento.  Da un po' di tempo. Pian piano le dita
imparano dove sono i tasti.


 Beh con la GUI sai cosa cancelli.
Anche con rm. Solo un folle da rm senza sapere cosa viene cancellato.
O un vandalo informatico.


 costi che sia *meglio* della GUI.
Hai piu` cose possibili quando hai una shell Unix style.
Con la GUI puoi fare solo cio` che e` stato previsto che tu faccia.
Con la shell te le inventi.
Esempio idiota. Ma nenache tanto che mi serve.
Ho tutte le mailbox compresse su una penna usb. Cosi' la penna mi segue
tra casa e ufficio ed ho sempre tutte le mailbox.
Compresse perche` lo spazio non e` molto mentre le mail si.
Se dovessi cercare in quale mailbox ho un messaggio di una certa persona
potrei farlo con Mela-F ? Temo di no.
Dovrei prima  selezionare le mailbox  che mi interessano  (posso farlo
con  Mela-F), decomprimerle,  cercare (con  Mela-F) e  buttare  via le
copie decompresse che non mi interessano (o ricomprimerle).
/*
 * Preferisco dare un comando solo (bzgrep o zcat | grep a seconda del
 * formato che ho usato) dando il pattern delle caselle di posta
 * interessate (coi nomi dei file ho sempre la completion ad aiutarmi,
 * gran cosa).  Ah, il mio mail agent legge tranquillamente le caselle
 * compresse.
 */
Posso da GUI ripetere un comando dato in precedenza ? Se non lo registro
con Automator - a patto di averlo - mi pare di no.
Ho un metodo pratico e sicuro per controllare il sistema da remoto ?
Ho paura che con le GUI se non hai a disposizione un canale criptato 
di suo la risposta sia no.
Sono  cose che  a me  servono tutte.  A qualcun'altro  possono servire
alcune o nessuna.


 tutti.
No. Errore. E' stato proprio il contrario quello che e` accaduto.
Rileggersi i post e verificare genere numero e caso.


     than keyboarding.

 metterei di  piu` ad aprire finder,
% launch .
(ti crei un alias "lc", come ho fatto io)
Mela A + Mela <---
Velocissimo dopo che ci hai fatto la mano un paio di volte, e piu'
sicuro. The best of both words.


 di miglia) siamo a 3...
Sinceramente e senza alcuna nota polemica, di come lavori tu non me ne
puň fregar di meno... Mi trovavo d'accordo con la "filosofia" di Gianni
e l'ho detto, anche se a differenza di lui, io penso che in determinate
situazioni la strada piů comoda possa passare per il terminale.
-- 
"I have a very simple life, I have my family and I have Apple and Pixar.
And I don't do much else." S. J.

 >     than keyboarding.
Ottima analisi :-)
Personalmente resto per il "best of both words". Utilizzo la GUI facendo
forte uso delle scorciatoie da tastiera, passo senza problemi dal Finder
al Terminale e mi muovo liberamente cosi'.
Ma non ho la pretesa di essere l'unico ad utilizzare il cervello, ne'
che il mio metodo sia l'unico buono.


 con Automator - a patto di averlo - mi pare di no.
Come no, con AppleScript.
Comunque l'esempio non è granché: l'uso del Terminale è necessario non 
per efficienza ma per mancanza di alternative.

 che il mio metodo sia l'unico buono.
Ah, straquoto eh!

 costi che sia *meglio* della GUI.
Molte delle visualizzazioni da GUI non si possono ottenere, basti
vedere: 
ioreg -p IODeviceTree -n battery -w 0 | grep Battery
-- 
Marie Dany Keisler

 che il mio metodo sia l'unico buono.
Un Maramao che sottoscrive. :P
-- 
Essere perdenti e' un mestiere duro ma qualcuno deve pur farlo...

 % launch .
uh? 
Intendi "open ."?
-- 
nif from outer space

 ci credo! Figurati, però non credo che sia *per tutti* meglio così!
Infatti. Ho detto io. E' il _mio_ caso. Ma non penso che la cosa non
possa essere valida per qualcun'altro. Principalmente dipende dal
tipo di uso che fai del computer, penso.


 % launch .
Carina questa. E' una utility esterna ? Mi da command not found...
Rimane comunque la selezione dei file... :)
Scherzi a parte. Il punto di forza di shell e` la possibilita` di
combinare comandi elementari.
Trovo arduo riuscire a rendere questa semantica a colpi di GUI.


 Come no, con AppleScript.
Leggere meglio. Automator e` un generatore automatico di Applescript.
D'altro canto anche io posso essere stato poco chiaro.
Non intendevo dire un comando messo in uno script appositamente creato,
intendevo un comando dato cosi` di getto.


 può fregar di meno... 
Ma figurati se mi possa  interessare che qualcuno si interessi di come
lavoro  (azz,  sto  parlando  quasi  come Huggy  Bear  nella  versione
cinematografica di Starsky & Hutch)
La  cosa e`  che dalle  tue parole  veniva fuori  una  "presunzione di
conoscienza" del  mio modo di  lavorare come presupposto  del discorso
(IMHO).


> Weve done a cool $50 million of R & D on the Apple Human Interface.
Sarebbe interessante anche sapere COSA hanno fatto, con che strumento
lavoravano e chi era la "cavia".


 Intendi "open ."?
No, il problema di open e' che dipende dal Finder, quindi, se il Finder
e' chiuso, non va.
Launch invece funziona liberamente, e attiva il Finder se si rende
necessario.
Solo, che, effettivamente, mi ero scordato che non fa parte del sistema:
va installato a parte, o con Fink oppure direttamente da
http://web.sabi.net/nriley/software/


 combinare comandi elementari.
Il punto di forza di OS X e' che puoi combinare GUI, shell, Applescript
e avere il sistema piu' potente che ci sia :-P


 Leggere meglio. Automator e` un generatore automatico di Applescript.
Automator non genera automaticamente AppleScript: i "tubicini" di base
che è possibile combinare in sequenza sono preforniti o vanno scritti a
manina. Ogni "azione" prevede dei parametri che l'utente deve regolare
manualmente via GUI: Automator non registra nulla. I workflow realizzati
possono venir salvati ma sono i parametri delle varie Azioni e i grafi
che connettono l'output di talune come input delle successive a venir
salvati, non degli script.
-- 
Guido

>---- On Day 7 of week 36 of 2004



Grazie della precisazione, comunque rimane un qualcosa che non e` un
history dei comandi. Ne` lui ne` applescript ne` ogni altra cosa che
preveda una attivazione specifica...


 
http://web.sabi.net/nriley/software/
Fico! :)


 Come fa ad essere chiuso? :-?
Abiliti la possibilita' di chiuderlo e poi lo chiudi :-D


 Abiliti la possibilita' di chiuderlo e poi lo chiudi :-D
'nnaggia, lo sapevo che mi beccavo una risposta del genere :-)))
ok... ora cerco di non fare 100 cose contemporaneamente, mi concentro, e
riformulo la domanda :)
"Dato che uso il Finder regolarmente, quali vantaggi ci sono a tenerlo
chiuso?"
meglio ancora... "In quali condizioni puo` essere utile chiudere il
Finder?"


 Finder?
Solo se sei un integralista GNUislamico che preferisce lavorare solo di
Terminale :-D
Oppure se vuoi utilizzare un suo sostituto, come Path Finder :-)


 Terminale :-D
Lo sospettavo :)


 C) entri in ssh su un altro utente
ecco... a proposito di ssh... 
E` possibile, da remoto, effettuare un login nell'ambiente grafico?
Se mi collego in ssh ad una macchina sulla quale non e` stato effettuato
un login locale e invio un comando del tipo:
% open /Applications/TextEdit.app
tutto quello che ottengo e`:
kCGErrorRangeCheck : Window Server communications from outside of
session allowed for root and console user only
INIT_Processeses(), could not establish the default connection to the
WindowServer.Abort


 se ci sono piu` utenti correntemente loggati in GUI).
bene bene, faro` un po' di prove
