Joerg Zimmermann schrieb in "Re: probleme mit tar und netatalk" [00-06-02 23.00 +0200]:

Dateinamen der Art "Icon\r" sind natuerlich problematisch. Ich denke man muss den usern ja nicht alles erlauben. Also bei mir fliegt sowas direkt vom Rechner runter. Der Backslash hat unter Linux eben eine bestimmte Bedeutung und wird entsprechend interpretiert.

Hmm, kommt da wirklich ein Backslash vor, oder soll die Notation "\r" nicht eher ein Return-Zeichen (ASCII #13)? Letzteres ist nämlich der Name der (normalerweise auch noch unsichtbaren) Icon-Files unter MacOS. -Moss- Text- und Bildbearbeitung, Computersatz, technische Beratung. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Thomas Kotzian schrieb in "Re: probleme mit tar und netatalk" [00-06-07 18.09 +0200]:

hast du eine Lösung, für mein ursprüngliches Problem der nicht wieder "untar"-barkeit?

Sorry, leider nicht - dabei würde mich das nämlich auch interessieren. :-/ -- -Moss- Text- und Bildbearbeitung, Computersatz, technische Beratung. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

From: "Joerg Zimmermann"

Es ist immer etwas problematisch von andren OS'en Daten zu speichern. Wir arbeiten hier unter andrem auch mit Apple Rechnern die auf unseren Server zugreifen. Allerdings hab ich ganz klar gemacht, dass ich nur Dateiennamen erlaube die gewissen

Konventionen

folgen. Das muss ja nicht 8.3 (DOS) sein, aber Dateinamen der Art "Icon\r" sind natuerlich problematisch. Ich denke man muss den usern ja nicht alles erlauben. Also bei mir fliegt sowas direkt vom Rechner runter. Der Backslash hat unter Linux eben eine bestimmte Bedeutung und wird entsprechend interpretiert. Wenn tar das ohne Murren sichert finde ich das schon seltsam. Folgende Regeln hab ich bei uns aufgestellt:

- keine deutschen Umlaute - keine Sonderzeichen ausser "-" und "_" und "." - keine Leerzeichen - Dateinamenlaenge < 48 Zeichen Dann klappts auch mit den Nachbarn (WIN95 WIN98 WINNT OS/2 MAC).

das ist ein vom MacOS generierter Name, der vom Benutzer nicht beeinflußt werden kann. Diese "Icon\r" erscheint so unter Linux, weil "Icon" normale Buchstaben sind und "\r" wie unter der Programmiersprache C ein Sonderzeichen spezifiziert. Und solch einen Dateinamen kann der Benutzer nicht selbst festlegen, also nix mit Konventionen und verboten. - Also, mit deinen Dateinamen hat das Linux/Unix-Dateisystem nicht wirklich schwierigkeiten, also nicht im entferntesten. Habe nur einmal Probleme gehabt mit Leerzeichen am Schluß des Dateinamens. Und mein Problem ist ja nur, daß beim "untar"en die Daten verstümmelt auf die Platte kommen, obwohl sonst kein Problem auftritt.

...

Ich kann das verhalten auf eine neue Version von tar zurückführen, aber ich frage mich, ob dieses Verhalten nicht wieder auf das alte Verhalten zurückgeswitcht werden kann, ode ob sich sonstige Probleme dadurch ergeben können.

neue Version von tar ??? Waer mir aber neu das es da ne neue Version

Ja, Version von SuSE 6.3 hat eine ältere Version von tar gehabt, als das jetztige SuSE 6.4 - habe ich ausprobiert.

gibt. Darueber hinaus verstehe ich Dein Prob nicht so recht. Also ich mache ein "untar" der sourcen in /usr/src und lege dann einen link auf das verzeichniss welcher linux heisst.

ok, dann muß ich mich nur umgewöhnen, weil ich mach(t)e den umgekehrten Weg, der früher funktionierte. Zuerst Verzeichnis + Link und dann erst "untar". hat früher mit altem tar gefunkt, jetzt nicht mehr. Grüße, Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com