updatefhem - tar und "follow symlinks"

[Martin Fischer]

hiya..

nachdem nun die ersten "mutigen" tester auf die neue svn version umgestiegen
sind, ergaben sich noch ein paar punkte die ich erstmal vor einer änderung zur
diskussion stelle, bevor die 5.3 rauskommt.

diese werde ich der übersichthalber in verschiedene threads aufteilen, weil es
bei den themen schnell unübersichtlich wird.

==> tar und "follow symlinks":
nicht mangels einer fritzbox (davon habe ich 5 im betrieb ;-) ) sondern
mangels fhem auf fritzbox, hatte rudi für mich <updatefhem backup> auf eben
solcher getestet. der test ergab, das die option -h, also symlinks folgen
nicht unterstützt wird. daraufhin wurde -h beim backup verworfen. nun wird
jedoch bedarf angemeldet, zumal es vorher möglich war und auch vereinzelt
genutzt wurde. mich wundert allerdings an dieser stelle, das sich bisher (also
als -h noch gesetzt war) keiner "beschwert" hat, dass das backup auf systemen
die -h nicht unterstützen eigentlich nicht funktioniert hat.

wie wollen wir damit umgehen? zumal ja auch noch weitere änderungen anstehen
(z.b. die angekündigte umbenennung von 99_nnn nach 98_nnn von rudi).

meine erster ansatz: zu sichernde verzeichnisse / files scannen und prüfen ob
ein symlink enthalten ist. daraus _könnte_ man schliessen, das der user weiss
was er dort macht und tar mit -h aufrufen. wenn kein symlink gefunden, dann
tar ohne -h. das problem dabei: user legt ein symlink an ohne zu _beachten_ ob
das installierte tar überhaupt -h unterstützt. also ist das scannen
keinesfalls eine garantie dafür.

zweiter ansatz bzw. vorschlag aus der liste: ausgabe von tar "parsen". da habe
ich aber auch einen klemmer mit, allein wegen evtl. abweichungen in einer
lokalisierten ausgabe, bzw. der ausgabe von busybox versus stand-alone tar.
die unterschiede der ausgabe sind welten.

ein weiter ansatz fehlt mir zur zeit.

anregungen / ideen / workarounds?

[Rudolf Koenig]

> der test ergab, das die option -h, also symlinks folgen

> nicht unterst�tzt wird.

Da habe ich die Fritzboxe verwechselt, mea culpa:

tar auf einem 7390 mit Firmware: FRITZ!OS 05.21:
==================
# tar h
BusyBox v1.18.5 (2012-03-27 15:06:45 CEST) multi-call binary.

Usage: tar -[cxtvO] [-X FILE] [-f TARFILE] [-C DIR] [FILE]...

Create, extract, or list files from a tar file

Operation:
c Create
x Extract
t List
Options:
f Name of TARFILE ('-' for stdin/out)
C Change to DIR before operation
v Verbose
O Extract to stdout
h Follow symlinks
exclude File to exclude
X File with names to exclude
T File with names to include

==================

Auf einem 7270 mit nicht mehr aktuellen Firmware-Version 74.05.05
==================
# tar h
BusyBox v1.16.1 (2011-03-15 11:17:45 CET) multi-call binary.

Usage: tar -[cxtvO] [-X FILE] [-f TARFILE] [-C DIR] [FILE]...

Create, extract, or list files from a tar file

Options:
c Create
x Extract
t List
Archive format selection:
File selection:
f Name of TARFILE or "-" for stdin
O Extract to stdout
exclude File to exclude
X File with names to exclude
C Change to DIR before operation
v Verbose
=================

Also auf dem 7390-er gibt es das h, auf dem deutlich seltener benutzten 7270-er
nicht, deswegen keine Beschwerden.

> wie wollen wir damit umgehen?

Ein tar Kommando als Attribut. Default ist sehr konservativ, wer symlinks hat,
soll es entsprechend anpassen. Mein Motto: Im Zweifel einfacher fuer den
Programmierer.

[Martin Fischer]

Am Freitag, 25. Mai 2012, 09:44:31 schrieb Rudolf Koenig:
> [...]

> Ein tar Kommando als Attribut. Default ist sehr konservativ, wer symlinks
> hat, soll es entsprechend anpassen. Mein Motto: Im Zweifel einfacher fuer
> den Programmierer.

manchmal ist das naheliegend so fern ;-)

hätt ich ja auch ma selbst drauf kommen können... grmpf