Hi Uwe, *, Uwe Richter schrieb: >Am 07.11.2010 03:02, schrieb Friedrich Strohmaier: >> Uwe Richter schrieb:
[..] >>> Leider kann ich das ISO nicht erstellen, das Script in Zeile 125 >>> abbricht. Ist ein Fall für Friedrich. >> Habe ich repariert, auch wenn mir die Fehlermeldung schleierhaft >> war. Ich hatte zwar vorgestern noch was geändert - das hätte aber >> einen anderen Fehler ausspucken müssen ;o)). >Vielen Dank! :-) > Was war denn eigentlich das Problem? Ich bin aus der Fehlermeldung > auch nicht schlau geworden. Ich hatte während der vorausgegangenen Nacht diverse Einträge für die "Systems"-Variante rausgeschmissen, weil es diese Messe schon länger nicht mehr gibt, aber nicht alle erwischt. Vorausschauend wie ich bin (TM) habe ich irgendeine freie Stunde damit verbracht, dafür zu sorgen, dass die ISO-erstellungen mitprotokolliert werden. Das erklärt die *.sh wrapper. Die Protokolle liegen in $Basisverzeichnis/protokolle/ Diese meine Änderung verursachte die erste Fehlermeldung vom 07.11.2010-00.50.38 siehe libo_baue_3.3.0-1_snapshot_DVD-07.11.2010-00.50.38.msg "Global symbol "$systems" requires explicit package name at /groups/prooo-box/bin/libo_baue_iso.pl line 125." Die Meldung kommt dadurch zustande, dass eine Variable auftaucht, die - vereinfacht gesagt - nicht deklariert wurde. Danach hast Du verschiedene Änderungen versucht. Eine bewirkte die Meldung vom 07.11.2010-01.06.02: "Global symbol "$build" requires explicit package name at /groups/prooo-box/bin/libo_baue_iso.pl line 129. Global symbol "$build" requires explicit package name at /groups/prooo-box/bin/libo_baue_iso.pl line 407. ..." Ich weiß nicht was Du gemacht hast, aber ich versuche in drei Sätzen die Zusammenhänge dieser Meldung zu umreißen: Dazu ein kleiner Ausflug in die Perl "Namensräume": Jede Variable in perl hat einen klar definierten Bereich innerhalb dessen sie "gesehen" wird. Wenn wie im Falle des ISO-scripts die Warnstufen: use warnings; use strict; aktiviert sind, bleibt dieses mit einer Fehlermeldung stehen, wenn dieser Bereich nicht definiert ist. (Ohne diese Warnstufen kommen Standardwerte zum Einsatz, die zu großer Verwirrung führen können, was immer wieder im Scriptsprachenkrieg Gegnern als Futter dient ;o)) ). Die einfachste Form der Sichtbereichsdefinition: my $variable; das heißt innerhalb der aktuellen "sub"-routine (Funktion) und aller untergeordneten ist $variable für alle Vorgänge sichtbar und auch veränderbar. Dies gilt nicht für $variable einer übergeordneten subroutine! Will man diese Variable verwenden, muss der Name der Subroutine dem aktuellen Prozess bekanntgegeben werden. Eine der Möglichkeiten wäre: $uebersub::variable - vereinfacht dargestellt. Da es in unserem Fall keine übergeordnete Subroutine gibt, nennt perl die aktuelle, weil nicht näher definiert, einfach "main". Dieser Name ist aber für uns unerheblich, weil wir ja darauf bestehen, dass $variable eine Sichtbereichsdefinition (my $..) mitbekommt oder das Script mit einer Fehlermeldung abbricht. Ich bin guter Hoffnung, dass die Verwirrung ist jetzt perfekt ist ;o)). >> ISO libreoffice-box-3.3.0-1_DVD_snapshot-20101107-02.34.29_de.iso >> ist erzeugt, aber noch nicht im Bittorrent. >Habe ich jetzt rein getan: >http://torrent.projects.ooodev.org:6969/torrents/LibreOffice_3.3.0-1_DVD_snapshot-20101107-02.34.29_libreoffice-box_allplatforms_libreofice-box_de.iso.torrent?info_hash=6d5ff3fece05fed7890e6eee8ff2355d99938a77 prima :o)) Gruß -- Friedrich Libreoffice-Box (http://libreofficebox.org/) .. und nicht vergessen: Flüster's den Listen! :o)) Schöne Grüße von der Sonnenalb -- E-Mail to discuss+h...@de.libreoffice.org for instructions on how to unsubscribe List archives are available at http://de.libreoffice.org/lists/discuss/ All messages you send to this list will be publicly archived and cannot be deleted