Hallo Lug,
ich stehe vor der Aufgabe, Buchstaben in Dateinamen von Gross- in Kleinbuschstaben zu konvertieren. Ich habe dabei an ein bash script gedacht, dass mitttel for Schleife, ls Ausgabe und mv die Dateien umbenennt. Da ich mit bash nur wenig(eigentlich gar keine) Erfahrung habe, sind meine Versuche bislang gescheitert.
Könnte mir bitte jemand ein wenig auf die Sprünge helfen?
Vielen Dank im Vorraus!
Michael
----- End forwarded message -----
On Tue, 2004-05-11 at 13:05, Michael Gruetzner wrote:
Hallo Lug,
ich stehe vor der Aufgabe, Buchstaben in Dateinamen von Gross- in Kleinbuschstaben zu konvertieren. Ich habe dabei an ein bash script gedacht, dass mitttel for Schleife, ls Ausgabe und mv die Dateien umbenennt. Da ich mit bash nur wenig(eigentlich gar keine) Erfahrung habe, sind meine Versuche bislang gescheitert.
Könnte mir bitte jemand ein wenig auf die Sprünge helfen?
echo "GROSS" | tr [:upper:] [:lower:] gross
Siehe auch man tr
Michael Gruetzner said:
ich stehe vor der Aufgabe, Buchstaben in Dateinamen von Gross- in Kleinbuschstaben zu konvertieren. Ich habe dabei an ein bash script gedacht, dass mitttel for Schleife, ls Ausgabe und mv die Dateien umbenennt. Da ich mit bash nur wenig(eigentlich gar keine) Erfahrung habe, sind meine Versuche bislang gescheitert.
Könnte mir bitte jemand ein wenig auf die Sprünge helfen?
for i in * ; do mv $i `echo $i | tr A-Z a-z` done
for ...* -> alle Dateien durchjagen mv -> umbenennen echo $i -> Dateiname ausgeben | -> Ausgabe an anderes Programm geben tr... -> A-Z durch a-z ersetzen done -> fertig mit Schleife
Konrad
On Tue, 11 May 2004 13:48:22 +0200 (CEST) "Konrad Rosenbaum" konrad@silmor.de wrote:
Michael Gruetzner said:
ich stehe vor der Aufgabe, Buchstaben in Dateinamen von Gross- in Kleinbuschstaben zu konvertieren. Ich habe dabei an ein bash script gedacht, dass mitttel for Schleife, ls Ausgabe und mv die Dateien umbenennt. Da ich mit bash nur wenig(eigentlich gar keine) Erfahrung habe, sind meine Versuche bislang gescheitert.
Könnte mir bitte jemand ein wenig auf die Sprünge helfen?
for i in * ; do mv $i `echo $i | tr A-Z a-z` done
Müssen da nicht noch "" hin wegen möglicher Leerzeichen im Dateinamen?
Hi Stefan,
On Tue, May 11, 2004 at 15:46:06 +0200, Stefan Lagotzki wrote:
So sollte zumindest das Problem der Leerzeichen vom Tisch sein:
for F in * do mv "$F" "`echo "$F" | tr A-Z a-z`" done
Nein, das Problem liegt schon hier: for F in * do ...
Spaeteres Quoten nuetzt dann auch nix mehr. Besser eine Schleife verwenden, die nicht auf Listenexpansion angewiesen ist:
ls | while read F do ...
bye, Chris
On Tue, May 11, 2004 at 04:55:45PM +0200, Christian Perle wrote:
Nein, das Problem liegt schon hier: for F in * do ...
Spaeteres Quoten nuetzt dann auch nix mehr.
glaube ich nicht:
seife@susi:~/temp/test> touch "A 1" "B 2" "C 3" seife@susi:~/temp/test> for X in *; do echo "'$X'"; done 'A 1' 'B 2' 'C 3' seife@susi:~/temp/test> bash --version GNU bash, version 2.05b.0(1)-release (i586-suse-linux) Copyright (C) 2002 Free Software Foundation, Inc. seife@susi:~/temp/test>
Hi Stefan,
On Tue, May 11, 2004 at 21:33:13 +0200, Stefan Seyfried wrote:
seife@susi:~/temp/test> touch "A 1" "B 2" "C 3" seife@susi:~/temp/test> for X in *; do echo "'$X'"; done 'A 1' 'B 2' 'C 3'
Komisch, ich hatte das Problem schon mal. Reproduzieren kann ich es hier allerdings auch nicht (gleiche bash-Version).
bye, Chris
Christian Perle wrote:
Hi Stefan,
On Tue, May 11, 2004 at 21:33:13 +0200, Stefan Seyfried wrote:
seife@susi:~/temp/test> touch "A 1" "B 2" "C 3" seife@susi:~/temp/test> for X in *; do echo "'$X'"; done 'A 1' 'B 2' 'C 3'
Komisch, ich hatte das Problem schon mal. Reproduzieren kann ich es hier allerdings auch nicht (gleiche bash-Version).
Ich denke, du denkst an etwas wie "for i in `externes cmd`" - die Bash escaped ihre Expansionen korrekt, aber bei z.B. "for i in `locate irgendwas`" kümmert sich niemand darum (und es geht schief, wenn es Dateien ala "irgendwas 1.txt" gibt).
mfg, Fabian
Man muss wohl auch noch pruefen, ob die Datei ueberhaupt umbenannt werden muss. Denn wenn $alter_Name == $neuer_Name ist, kommt eine Fehlermeldung.
Aber mit dem * habe ich hier auch keine Probleme. In welcher Shell wuerde das denn nicht alle Dateien weitergeben?
Ich tausche gleich mal alle Leerzeichen gegen _ und A-Z gegen a-z aus:
touch "Brief 10.doc" touch "Brief an Tante Martha 10.doc" touch "Brief an Tante Martha 11.doc" touch "Brief1a.doc" touch "Brief10a.doc" touch "brief_ist_klein.txt"
for F in * do new_name=`echo "$F" | sed 's/ /_/g'` new_name=`echo "$new_name" | tr A-Z a-z` [ "$F" != "$new_name" ] && mv "$F" "$new_name" [ "$F" != "$new_name" ] && echo $F "--->" $new_name done
Ausgabe: --------
Brief 10.doc ---> brief_10.doc Brief an Tante Martha 10.doc ---> brief_an_tante_martha_10.doc Brief an Tante Martha 11.doc ---> brief_an_tante_martha_11.doc Brief10a.doc ---> brief10a.doc Brief1a.doc ---> brief1a.doc
Ergebnis: ---------
brief10a.doc brief1a.doc brief_10.doc brief_an_tante_martha_10.doc brief_an_tante_martha_11.doc brief_ist_klein.txt
Auf jeden Fall kann man wohl das Problem A-Z nach a-z auch noch mit sed in einem Abwasch loesen, aber dazu bin ich jetzt zu muede.
Stefan
.
On Tuesday 11 May 2004 14:39, Frank Benkstein wrote:
Müssen da nicht noch "" hin wegen möglicher Leerzeichen im Dateinamen?
ls | (while read x ; do mv "$x" "`echo "$x" |tr " " _`" ; done)
Leerzeichen in Dateinamen sind böse. Weg damit!
Konrad
On Tuesday 11 May 2004 18:24, Konrad Rosenbaum wrote:
On Tuesday 11 May 2004 14:39, Frank Benkstein wrote:
Müssen da nicht noch "" hin wegen möglicher Leerzeichen im Dateinamen?
ls | (while read x ; do mv "$x" "`echo "$x" |tr " " _`" ; done)
Leerzeichen in Dateinamen sind böse. Weg damit!
Ja sicher doch, nur sag' das mal den Benutzern, die in Applikation x..y..z eben einfach nicht auf Leerzeichen verzichten wollen, sondern einfach intuitiv Namen vergeben. Ohne Schulung wirst Du immer auch Leerzeichen verarbeiten müssen. Wenn dann später irgendein ;-) wildgewordener Admin die Leerzeichen durch Unterstriche ersetzt hat, na dann aber! Find' sich ja keine S.. mehr zurecht, oder ;-)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Am Dienstag, 11. Mai 2004 18:24 schrieb Konrad Rosenbaum:
On Tuesday 11 May 2004 14:39, Frank Benkstein wrote:
Müssen da nicht noch "" hin wegen möglicher Leerzeichen im Dateinamen?
ls | (while read x ; do mv "$x" "`echo "$x" |tr " " _`" ; done)
Leerzeichen in Dateinamen sind böse. Weg damit!
(Mist, die zweite leicht konträre Email zu Konrad heute ;) Leerzeichen sind überhaupt nicht böse, sondern absolut menschlich. Vielleichst solltest Du auch mal Zeichen machen, wenn Du leer bist ;)
Diese primitiven Dateibezeichnungen sind dagegen böse, naja, blöde halt. Die Titel von z.B. Comics schreiben sich ja auch nicht "AsterixundKleopatra" oder "DasgroßeGarfieldbuch", sondern eben mit Leerzeichen. Ich denke nicht, daß wir jetzt unsere Kulturtechniken dem aktuellen minderwertigen Stand der EDV-Technik unterwerfen und anpassen sollten (oder warte mal, wie war das mit der Leidkultur gemeint? ;) Daß man den Dateityp im Namen angibt, ist ja gerade noch so verkraftbar (mangels anderer Unterscheidbarkeit wie Form und Geschmack).
Nachtgruß Friedrich (noch ohne Laptop, aber schon fast festgelegt)
* Friedrich W. H. Kossebau Friedrich.W.H@Kossebau.de [2004-05-11 23:41 +0200]:
Leerzeichen in Dateinamen sind böse. Weg damit!
(Mist, die zweite leicht konträre Email zu Konrad heute ;) Leerzeichen sind überhaupt nicht böse, sondern absolut menschlich. Vielleichst solltest Du auch mal Zeichen machen, wenn Du leer bist ;)
Und weil sie das natürlichste Trennzeichen für uns sind nutzen wir sie auf der Kommandozeile als Trenner _zwischen_ Dateien (bzw. anderen Optionen). Auch die Elemente von Dateilisten trennt man der Lesbarkeit halber am Besten durch Leerzeichen.
Wer Leerzeichen in Dateinamen auch noch benutzen will muß halt damit leben, daß sie escaped eingegeben werden müssen.
Stefan
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Am Mittwoch, 12. Mai 2004 00:10 schrieb Stefan Moch:
- Friedrich W. H. Kossebau Friedrich.W.H@Kossebau.de [2004-05-11 23:41
+0200]:
Leerzeichen in Dateinamen sind böse. Weg damit!
(Mist, die zweite leicht konträre Email zu Konrad heute ;) Leerzeichen sind überhaupt nicht böse, sondern absolut menschlich. Vielleichst solltest Du auch mal Zeichen machen, wenn Du leer bist ;)
Und weil sie das natürlichste Trennzeichen für uns sind nutzen wir sie auf der Kommandozeile als Trenner _zwischen_ Dateien (bzw. anderen Optionen). Auch die Elemente von Dateilisten trennt man der Lesbarkeit halber am Besten durch Leerzeichen.
Mein unnatürliches (zur Schule gegangen) Trennzeichen bei Aufzählungen ist das Komma ;)
Wer Leerzeichen in Dateinamen auch noch benutzen will muß halt damit leben, daß sie escaped eingegeben werden müssen.
Beim Stand der Technik, wohl wahr.
Friedrich
On 12.05.04 Friedrich W. H. Kossebau (Friedrich.W.H@Kossebau.de) wrote:
Am Mittwoch, 12. Mai 2004 00:10 schrieb Stefan Moch:
Moin,
Und weil sie das natürlichste Trennzeichen für uns sind nutzen wir sie auf der Kommandozeile als Trenner _zwischen_ Dateien (bzw. anderen Optionen). Auch die Elemente von Dateilisten trennt man der Lesbarkeit halber am Besten durch Leerzeichen.
Mein unnatürliches (zur Schule gegangen) Trennzeichen bei Aufzählungen ist das Komma ;)
Ganz,sicher,daß,das,stimmt? Er redete ja nicht von Aufzählungen, sondern von Aneinanderreihung nicht gleichberechtigter Elemente.
Wer Leerzeichen in Dateinamen auch noch benutzen will muß halt damit leben, daß sie escaped eingegeben werden müssen.
Beim Stand der Technik, wohl wahr.
Richtig. Das war leider in den letzten >20 Jahren so. Ob sich daran nochmal was ändert?
H.
Hallo Friedrich und Hilmar,
* Hilmar Preusse hille42@web.de [2004-05-12 09:31 +0200]:
On 12.05.04 Friedrich W. H. Kossebau (Friedrich.W.H@Kossebau.de) wrote:
Am Mittwoch, 12. Mai 2004 00:10 schrieb Stefan Moch:
Und weil sie das natürlichste Trennzeichen für uns sind nutzen wir sie auf der Kommandozeile als Trenner _zwischen_ Dateien (bzw. anderen Optionen). Auch die Elemente von Dateilisten trennt man der Lesbarkeit halber am Besten durch Leerzeichen.
Mein unnatürliches (zur Schule gegangen) Trennzeichen bei Aufzählungen ist das Komma ;)
Auch ich besuchte die Schule für etliche Jahre und es war meines Erachtens nichtmal umsonst. ;)
Auch wenn man Vergleiche à la Aufzählungen aus der deutschen Grammatik dazu bemühen will erfolgt die _optische_ Trennung, und die wird ja direkt wahrgenommen, auch bei Aufzählungen durch den Freiraum und nicht durch das Komma oder ein »und« vor dem letzten Element.
Ganz,sicher,daß,das,stimmt? Er redete ja nicht von Aufzählungen, sondern von Aneinanderreihung nicht gleichberechtigter Elemente.
Eben. Und um die Elemente optisch getrennt aufzulisten ist ein Freiraum nunmal sehr gut geeignet.
Spitzfindige Zeitgenossen werden eventuell mit Alternativen wie der Trennung durch Zeilen ankommen. Bei der Ausgabe so wie bei ls -l oder ls -1 und bei der Kommandozeileneingabe auch jede Option, jede Datei auf einer Zeile und der Abschluß dann mit einer leeren Zeile oder was weiß ich.
Hilft auch nichts: dann will der geneigte Nutzer eben auch noch Zeilenumbrüche in Dateinamen, weil man so viel besser beschreiben kann, was drin ist.
Aber um nochmal auf die deutsche Sprache zurückzukommen. Auch dort sind die kleineren Elemente (Wörter, Dateinamen) aus einem kleineren Zeichenvorrat zusammengesetzt als die Zusammensetzungen dieser Elemente (Sätze, Verzeichnisinhalte, Kommandozeilenoptionen), da nunmal einige Zeichen benötigt werden um aus den Teilen das Ganze zu basteln.
Oder kennt etwa jemand ein deutsches Wort, was als Zeichen ein Komma oder ein Leerzeichen enthält?!
Wer Leerzeichen in Dateinamen auch noch benutzen will muß halt damit leben, daß sie escaped eingegeben werden müssen.
Beim Stand der Technik, wohl wahr.
Richtig. Das war leider in den letzten >20 Jahren so. Ob sich daran nochmal was ändert?
Wenn sich etwas ändert wird es die selben Probleme in anderer Form geben. Eine Trennung durch Zeilen habe ich weiter oben schon angesprochen.
Man könnte natürlich auch voll in die Trickkiste greifen und Dateien farbig trennen. Dann wird man aber auch bald Farbe im Dateisystem haben und die Nutzer werden auch das zunichte machen indem sie bestimmte Farben für ihre Dateien haben wollen, die eigentlich das System braucht.
Dann gibt es natürlich noch das Wunderallheilmittel der graphischen Darstellung, wo es natürlich nichts ausmacht, wenn zu einer Dateiikone ein Text als Dateiname geschrieben wird, der Leerzeichen, Zeilenumbrüche und allerlei Formatierung enthält. Wirklich? Dann wird's auch Bilder drin geben und es wird wieder mehrdeutig, so daß eine Datei wieder als mehrere Dateien erscheinen kann. »Aber wenn man markiert, weiß man, was zusammengehört« ist auch Unsinn, mal abgesehen von der Arbeit die man dann hätte, nur, um zu sehen ob das ganze nun eine Datei darstellt oder nicht. Dann wird irgendwer auf die Idee kommen die Elemente da drin einzeln beweglich zu machen.
Das ganze könnte man immer so weiter spinnen und man würde nie zu einer Lösung kommen ...
Das Leerzeichen ist sowohl bei der Aus- als auch (und vor allem) bei der Eingabe ein guter Trenner und es ist in meinen Augen ein kleines Problem, dieses Zeichen nicht in Dateinamen zu verwenden, auch wenn es geht. Wenn jetzt noch jemand mit eingeschränkten Möglichkeiten bei der Dateinamenbezeichnung kommen will, weil er aussagekräftige Bezeichner haben will um sein Zeug wiederzufinden, sollte er von einer anderen netten Eigenschaft der meisten Dateisysteme häufiger gebrauch machen: dem Verzeichnis. Vom Nutzer änderbare Metadaten in Dateisystemen werden auch kommen. Kein Grund die Dateinamen zu vermurksen.
Stefan
(der auch gern alles überdenkt und infragestellt, aber hin und wieder feststellt, daß ein paar wenige Dinge dann doch gut sind, so wie sie sind)
Stefan Moch wrote:
dem Verzeichnis. Vom Nutzer änderbare Metadaten in Dateisystemen werden auch kommen. Kein Grund die Dateinamen zu vermurksen.
Also Mac OS hat sowas schon seit Jahren ;) Sogar mit den von dir gewünschten Farben! Da kann man dann z.B. rote, grüne, blaue etc. Ordner haben. Bei KDE (bei Gnome sicherlich ebenso) gibts sowas auch, wenns auch nicht direkt im Dateisystem selbst drinsteckt, sondern in Punkt-Dateien gespeichert wird.
Metadaten, die sich auf den Dateityp beziehen sind übrigens aus Kompatiblitätsgründen manchmal ein wenig ärgerlich. Wenn du die Non-MacOS-Diskette reinschiebst geht nichts mit 'einfach mal aufs Datei-Ikon klicken' - da gibts ein Pop-Up 'Was soll ich mit der Datei machen? Bitte wählen Sie eine Anwendung: ...'. (Während alle anderen Systeme bei .txt eben nen Editor starten, ohne dass ich meine Maus abnutze.)
mfg, Fabian
Hallo Fabian,
* Fabian Hänsel fabtagon@gmx.de [2004-05-12 20:34 +0200]:
Stefan Moch wrote:
dem Verzeichnis. Vom Nutzer änderbare Metadaten in Dateisystemen werden auch kommen. Kein Grund die Dateinamen zu vermurksen.
Also Mac OS hat sowas schon seit Jahren ;)
BeOS kann sowas glaub ich auch
s/werden auch kommen/werden in größerem Umfang als bisher auftauchen/
Wenn es etwas gibt haben es natürlich noch nicht alle. Vielleicht ist das bei Euch ja anders (ich hoffe es für Euch *g*), aber in meinem persönlichen Umfeld hat selbst GNU/Linux nur einen (weit abgeschlagenen) zweiten Platz auf der Verbreitungsliste erklimmen können, nach einem steinzeitlichen Fenstersystem aus Redmond.
Für den Rest brauche ich nicht einmal eine Hand zum abzählen: ein BeOS (Zeta?) und ein Mac OS 8 fallen mir dann noch ein. Ansonsten (BSD, Solaris und OS X) muß ich es schon auf den entfernteren Bekanntenkreis ausweiten, was an der prozentualen Verbreitung aber nichts ändert. ;)
Tolles Feature, nützt nur (z.Z.?) kaum jemanden etwas. ;-)
Sogar mit den von dir gewünschten Farben!
gewünscht? ;)
Da kann man dann z.B. rote, grüne, blaue etc. Ordner haben. Bei KDE (bei Gnome sicherlich ebenso) gibts sowas auch, wenns auch nicht direkt im Dateisystem selbst drinsteckt, sondern in Punkt-Dateien gespeichert wird.
Wenn es jemand braucht ist es sicher hilfreich, mir würde es nicht viel nützen, da die Dateiverwaltung nicht zu den Sachen gehört, die ich lieber graphisch erledige.
Metadaten, die sich auf den Dateityp beziehen sind übrigens aus Kompatiblitätsgründen manchmal ein wenig ärgerlich. Wenn du die Non-MacOS-Diskette reinschiebst geht nichts mit 'einfach mal aufs Datei-Ikon klicken' - da gibts ein Pop-Up 'Was soll ich mit der Datei machen? Bitte wählen Sie eine Anwendung: ...'. (Während alle anderen Systeme bei .txt eben nen Editor starten, ohne dass ich meine Maus abnutze.)
Ärgerlich, aber die Dateiendung für den Dateityp ist irgendwie auch ein schlechter Hack, wie schon jemand in diesem Thread angesprochen hat. ;)
Stefan
Friedrich W. H. Kossebau said:
Am Dienstag, 11. Mai 2004 18:24 schrieb Konrad Rosenbaum:
Leerzeichen in Dateinamen sind böse. Weg damit!
(Mist, die zweite leicht konträre Email zu Konrad heute ;) Leerzeichen sind überhaupt nicht böse, sondern absolut menschlich. Vielleichst solltest Du auch mal Zeichen machen, wenn Du leer bist ;)
Sorry hatte Smileys vergessen.
Bitte selbst ueber meine Mails streuen: :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) |-/ |-/ |-/ |-/ |-/ |-/ |-/ |-/ |-/ |-/ |-/ |-/ (hoffe das reicht)
Diese primitiven Dateibezeichnungen sind dagegen böse, naja, blöde halt. Die Titel von z.B. Comics schreiben sich ja auch nicht "AsterixundKleopatra" oder "DasgroßeGarfieldbuch", sondern eben mit Leerzeichen. Ich denke nicht, daß wir jetzt unsere Kulturtechniken dem aktuellen minderwertigen Stand der EDV-Technik unterwerfen und anpassen sollten (oder warte mal, wie war das mit der Leidkultur gemeint? ;)
;-P
Daß man den Dateityp im Namen angibt, ist ja gerade noch so verkraftbar (mangels anderer Unterscheidbarkeit wie Form und Geschmack).
Wie waere es mit MIME-Type?
man file
README sieht als Dateiname irgendwie logischer aus, als README.txt - wie spricht sich das eigentlich? riehdmieh-punkt-t'-ks-t'? ;-)
Konrad
Michael Gruetzner schrieb:
ich stehe vor der Aufgabe, Buchstaben in Dateinamen von Gross- in Kleinbuschstaben zu konvertieren. Ich habe dabei an ein bash script gedacht, dass mitttel for Schleife, ls Ausgabe und mv die Dateien umbenennt. Da ich mit bash nur wenig(eigentlich gar keine) Erfahrung habe, sind meine Versuche bislang gescheitert.
Könnte mir bitte jemand ein wenig auf die Sprünge helfen?
aus manpage zu rename
<snip> To translate uppercase names to lower, you'd use
rename 'y/A-Z/a-z/' * <\snip>
Hallo Daniel,
[11.05.04 13:50] Daniel Dittmann schrieb:
aus manpage zu rename
<snip> To translate uppercase names to lower, you'd use
rename 'y/A-Z/a-z/' *<\snip>
Vorsicht, je nach Distibution ist rename unterschiedlich. Deins bezieht sich m.E. auf das Debian-rename. Das rename von Suse basiert nicht auf perl.
Bert
Bert Lange schrieb:
Vorsicht, je nach Distibution ist rename unterschiedlich. Deins bezieht sich m.E. auf das Debian-rename. Das rename von Suse basiert nicht auf perl.
Stimmt, dieses rename ist das Debian-rename. Eine Suse hab ich gerade nicht zur Hand, ich nehme allerdings an, daß das Suse-rename bestimmt ähnlich zu handhaben ist. Im Zweifelsfalle hilft ja die man-page.
Daniel
On Tue, 11 May 2004 13:05:30 +0200 Michael Gruetzner Michael_Gruetzner@gmx.de wrote:
Hallo Lug,
ich stehe vor der Aufgabe, Buchstaben in Dateinamen von Gross- in Kleinbuschstaben zu konvertieren. Ich habe dabei an ein bash script gedacht, dass mitttel for Schleife, ls Ausgabe und mv die Dateien umbenennt. Da ich mit bash nur wenig(eigentlich gar keine) Erfahrung habe, sind meine Versuche bislang gescheitert.
Schon mal chcase probiert?
"chcase is a perl script used to rename files in linux or unix environments. You can change filenames to either all upper or all lower case, or specify perl expressions to operate on the filenames."
Gruß, Folke
On Tue, 11 May 2004 17:48:33 +0200 Folke Karlsson webmaster@search4search.de wrote:
Kleiner Nachtrag:
Habe schnell nochmal chcase nachgeschlagen; sollte Deine Probleme ohne ein Script lösen.
chcase -e liefert ein paar Beispiele
chcase kann rekursiv in Verzeichnisse abtauchen, kann auch Verzeichnisse mit umbenennen, kann zusätzlich Ausdrücke handhaben (z.B. um Leerzeichen zu ersetzen),...
chcase in einem bash oder perl script erlaubt natürlich noch mehr Schweinereien, sofern Du derer nötig hast.
Gruß, Folke
Hallo,
noch ein Vorschlag: mmv.
Carsten
lug-dd@mailman.schlittermann.de
-
Bert Lange -
Carsten Schurig -
Christian Perle -
Daniel Dittmann -
Fabian Hänsel -
Folke Karlsson -
Frank Benkstein -
Friedrich W. H. Kossebau -
Hilmar Preusse -
Konrad Rosenbaum -
Michael Gruetzner -
Stefan Lagotzki -
Stefan Moch -
Stefan Seyfried -
Thomas Jacob -
Uwe Beger