Subversion Repositories SvarDOS

Rev

Rev 894 | Only display areas with differences | Ignore whitespace | Details | Blame | Last modification | View Log | RSS feed

Rev 894 Rev 902
1
 
1
 
2
                          %h*** SVARDOS-PAKETFORMAT ***
2
                          %h*** SVARDOS-PAKETFORMAT ***
3
 
3
 
4
Paketdateien bieten eine einfache Möglichkeit, Software unter SvarDOS zu
4
Paketdateien bieten eine einfache Möglichkeit, Software unter SvarDOS zu
5
verwalten. Diese Pakete müssen sich an eine strenge Konvention halten, damit
5
verwalten. Diese Pakete müssen sich an eine strenge Konvention halten, damit
6
sie vom SvarDOS-Paketmanager richtig behandelt werden können.
6
sie vom SvarDOS-Paketmanager richtig behandelt werden können.
7
 
7
 
8
 
8
 
9
%hDateinamen von Paketen
9
%hDateinamen von Paketen
10
 
10
 
11
Die Namen der Pakete müssen einigen Grundregeln entsprechen. Sie sollen max. 8
11
Die Namen der Pakete müssen einigen Grundregeln entsprechen. Sie sollen max. 8
12
Buchstaben lang sein (sollten aber auch nicht zu kurz sein, da ein Paketname
12
Buchstaben lang sein (sollten aber auch nicht zu kurz sein, da ein Paketname
13
mit 1 oder 2 Buchstaben verwirrend sein könnte) und dürfen nicht aus anderen
13
mit 1 oder 2 Buchstaben verwirrend sein könnte) und dürfen nicht aus anderen
14
Zeichen als a-b, 0-9 und '_' bestehen. Dies geschieht aus Gründen der
14
Zeichen als a-b, 0-9 und '_' bestehen. Dies geschieht aus Gründen der
15
Abwärtskompatibilität mit kurzen Dateinamen (8+3) und ISO 9660-Dateisystemen
15
Abwärtskompatibilität mit kurzen Dateinamen (8+3) und ISO 9660-Dateisystemen
16
(auf CD-ROMs verwendet). Auf den Dateinamen des Pakets folgt immer die
16
(auf CD-ROMs verwendet). Auf den Dateinamen des Pakets folgt immer die
17
Erweiterung .svp ("SvarDOS Package").
17
Erweiterung .svp ("SvarDOS Package").
18
 
18
 
19
 
19
 
20
%hPaketdateien
20
%hPaketdateien
21
 
21
 
22
SvarDOS verwendet ZIP-Dateien als Paketdateiformat. Dieses Format wurde
22
SvarDOS verwendet ZIP-Dateien als Paketdateiformat. Dieses Format wurde
23
gewählt, weil ZIP-Dateien unter DOS de facto zum Standardformat für die
23
gewählt, weil ZIP-Dateien unter DOS de facto zum Standardformat für die
24
Verteilung von Dateisammlungen geworden sind. Außerdem ist das ZIP-Dateiformat
24
Verteilung von Dateisammlungen geworden sind. Außerdem ist das ZIP-Dateiformat
25
gut dokumentiert, wird gut unterstützt und ist Public Domain.
25
gut dokumentiert, wird gut unterstützt und ist Public Domain.
26
 
26
 
27
Nachfolgend finden Sie die empfohlene Befehlszeile, mit der Sie ein Paket für
27
Nachfolgend finden Sie die empfohlene Befehlszeile, mit der Sie ein Paket für
28
ein Programm namens BEISPIEL mit der Versionsbezeichnung "1.2.34" mit Info-ZIP
28
ein Programm namens BEISPIEL mit der Versionsbezeichnung "1.2.34" mit Info-ZIP
29
Zip erstellen können:
29
Zip erstellen können:
30
 
30
 
31
  zip -9rkDX beispiel-1.2.34.svp uverz1 uverz2 ... uverzN
31
  zip -9rkDX beispiel-1.2.34.svp uverz1 uverz2 ... uverzN
32
 
32
 
33
Wenn Sie 7za verwenden, um Ihre Pakete zu erstellen, dann verwenden Sie dies:
33
Wenn Sie 7za verwenden, um Ihre Pakete zu erstellen, dann verwenden Sie dies:
34
 
34
 
35
  7za a -mm=deflate -mx=9 -tzip beispiel-1.2.34.svp uverz1 uverz2 ... uverzN
35
  7za a -mm=deflate -mx=9 -tzip beispiel-1.2.34.svp uverz1 uverz2 ... uverzN
36
 
36
 
37
Hinweis: Die Version im Dateinamen ist nur eine Information für Paketierer,
37
Hinweis: Die Version im Dateinamen ist nur eine Information für Paketierer,
38
damit jene nicht in jedes Paket schauen müssen, um zu wissen, welche Version
38
damit jene nicht in jedes Paket schauen müssen, um zu wissen, welche Version
39
sie dort erwartet. In LSM-Versionen könnte man dateisysteminkompatiblen Kram
39
sie dort erwartet. In LSM-Versionen könnte man dateisysteminkompatiblen Kram
40
wie "10/11/11" haben, also wollen wir keine Entsprechung erzwingen.
40
wie "10/11/11" haben, also wollen wir keine Entsprechung erzwingen.
41
 
41
 
42
%hVerzeichnisstruktur für Pakete
42
%hVerzeichnisstruktur für Pakete
43
 
43
 
44
Die Verzeichnisstruktur eines Pakets hängt von der Art des Pakets ab.
44
Die Verzeichnisstruktur eines Pakets hängt von der Art des Pakets ab.
45
Für Kernpakete haben wir dies:
45
Für Kernpakete haben wir dies:
46
 
46
 
47
  APPINFO            Legen Sie die LSM-Datei des Programms hier ab
47
  APPINFO            Legen Sie die LSM-Datei des Programms hier ab
48
  BIN                Binärdateien, wie z. B. exe- und com-Dateien
48
  BIN                Binärdateien, wie z. B. exe- und com-Dateien
49
  DOC\PKGNAME        Dokumentation zum Paket
49
  DOC\PKGNAME        Dokumentation zum Paket
50
  HELP               Wird NUR vom Paket "help" verwendet
50
  HELP               Wird NUR vom Paket "help" verwendet
51
  NLS\PKGNAME        Lokalisierungen (NLS-Sprachdateien) des Pakets
51
  NLS\PKGNAME        Lokalisierungen (NLS-Sprachdateien) des Pakets
52
 
52
 
53
Nicht-Kernpakete verwenden eine etwas andere Verzeichnisstruktur. Wenn wir
53
Nicht-Kernpakete verwenden eine etwas andere Verzeichnisstruktur. Wenn wir
54
zum Beispiel ein Paket FOO betrachten, könnten wir die folgende Struktur
54
zum Beispiel ein Paket FOO betrachten, könnten wir die folgende Struktur
55
erhalten:
55
erhalten:
56
 
56
 
57
  APPINFO\FOO.LSM    Paket-Metadatei für das Programm FOO
57
  APPINFO\FOO.LSM    Paket-Metadatei für das Programm FOO
58
  PROGS\FOO\FOO.EXE  Die ausführbare Datei des Programms
58
  PROGS\FOO\FOO.EXE  Die ausführbare Datei des Programms
59
  PROGS\FOO\FOO.TXT  Eine Dokumentation
59
  PROGS\FOO\FOO.TXT  Eine Dokumentation
60
  PROGS\FOO\FILE.DAT Vom Programm FOO verwendete Datendatei
60
  PROGS\FOO\FILE.DAT Vom Programm FOO verwendete Datendatei
61
 
61
 
62
Beachten Sie das Verzeichnis PROGS oben. Dies ist die Kategorie, zu der das
62
Beachten Sie das Verzeichnis PROGS oben. Dies ist die Kategorie, zu der das
63
Paket gehört. Der Paketinstaller kann dieses Verzeichnis bei der Installation
63
Paket gehört. Der Paketinstaller kann dieses Verzeichnis bei der Installation
64
anpassen, je nach den Präferenzen des Benutzers. Mögliche Kategorien sind
64
anpassen, je nach den Präferenzen des Benutzers. Mögliche Kategorien sind
65
unten aufgeführt:
65
unten aufgeführt:
66
 
66
 
67
Kategorie | Beschreibung
67
Kategorie | Beschreibung
68
DEVEL     | Entwicklungswerkzeuge (hauptsächlich Compiler)
68
DEVEL     | Entwicklungswerkzeuge (hauptsächlich Compiler)
69
DRIVERS   | Treiber
69
DRIVERS   | Treiber
70
GAMES     | Spiele
70
GAMES     | Spiele
71
PROGS     | Anwendungen, Hilfsprogramme...
71
PROGS     | Anwendungen, Hilfsprogramme...
72
 
72
 
73
Hinweis: Die Verzeichnisse "DOC", "NLS", "BIN" und "HELP" sind ausschließlich
73
Hinweis: Die Verzeichnisse "DOC", "NLS", "BIN" und "HELP" sind ausschließlich
74
         den Kernpaketen vorbehalten.
74
         den Kernpaketen vorbehalten.
75
 
75
 
76
 
76
 
77
%hLSM-Metadaten-Dateien
77
%hLSM-Metadaten-Dateien
78
 
78
 
79
Jedes Paket MUSS eine LSM-Datei in seinem "APPINFO"-Verzeichnis enthalten.
79
Jedes Paket MUSS eine LSM-Datei in seinem "APPINFO"-Verzeichnis enthalten.
80
Diese LSM-Datei ist eine Textdatei, die grundlegende Informationen über das
80
Diese LSM-Datei ist eine Textdatei, die grundlegende Informationen über das
81
Paket enthält. Ihr Format ist sehr einfach, sie muss mindestens zwei Zeilen
81
Paket enthält. Ihr Format ist sehr einfach, sie muss mindestens zwei Zeilen
82
enthalten:
82
enthalten:
83
 
83
 
84
  version: x.y.z
84
  version: x.y.z
85
  description: Beschreibung des Pakets
85
  description: Beschreibung des Pakets
86
 
86
 
87
Alle anderen Zeilen werden vom SvarDOS-Paketmanager ignoriert.
87
Alle anderen Zeilen werden vom SvarDOS-Paketmanager ignoriert.
88
 
88
 
89
 
89
 
90
%hPaketversionen
90
%hPaketversionen
91
 
91
 
92
Die in der LSM-Datei enthaltene Version soll die Version der Software
92
Die in der LSM-Datei enthaltene Version soll die Version der Software
93
widerspiegeln, aber es kann vorkommen, dass ein Paket geändert werden muss, um
93
widerspiegeln, aber es kann vorkommen, dass ein Paket geändert werden muss, um
94
um ein rein paketbezogenes Problem zu beheben (zum Beispiel eine vergessene
94
ein rein paketbezogenes Problem zu beheben (zum Beispiel eine vergessene
95
Dokumentationsdatei oder eine Neukompilierung der Binärdatei unter Verwendung
95
Dokumentationsdatei oder eine Neukompilierung der Binärdatei unter Verwendung
96
eines besseren Satzes von Flags...). In einem solchen Fall ändert sich die
96
eines besseren Satzes von Flags...). In einem solchen Fall ändert sich die
97
Version der Software nicht, aber die Version des Pakets selbst muss sich
97
Version der Software nicht, aber die Version des Pakets selbst muss sich
98
ändern, damit die Benutzer wissen, dass sich etwas geändert hat. Das ist der
98
ändern, damit die Benutzer wissen, dass sich etwas geändert hat. Das ist der
99
Punkt, wo "SvarDOS-Revisionen" ins Spiel kommen. Eine Versionszeichenkette hat
99
Punkt, wo "SvarDOS-Revisionen" ins Spiel kommen. Eine Versionszeichenkette hat
100
im Wesentlichen folgendes Format:
100
im Wesentlichen folgendes Format:
101
 
101
 
102
  UPSTREAM_VER[+SVARREV]
102
  UPSTREAM_VER[+SVARREV]
103
 
103
 
104
UPSTREAM_VER ist die genaue Versionsbezeichnung, die von der Software selbst
104
UPSTREAM_VER ist die genaue Versionsbezeichnung, die von der Software selbst
105
angegeben wird. Sie kann so ziemlich alles sein. Dieser Upstream-Version kann
105
angegeben wird. Sie kann so ziemlich alles sein. Dieser Upstream-Version kann
106
optional ein Pluszeichen und die SvarDOS-Revision folgen. Falls die Upstream-
106
optional ein Pluszeichen und die SvarDOS-Revision folgen. Falls die Upstream-
107
Version bereits ein Pluszeichen enthält, wird die SvarDOS-Revision mit einer
107
Version bereits ein Pluszeichen enthält, wird die SvarDOS-Revision mit einer
108
Tilde abgeteilt.
108
Tilde abgeteilt.
109
 
109
 
110
Die SvarDOS-Revision beginnt bei 0 und wird jedes Mal um 1 erhöht, wenn die
110
Die SvarDOS-Revision beginnt bei 0 und wird jedes Mal um 1 erhöht, wenn die
111
gegebene Upstream-Revision neu paketiert wird. Die SvarDOS-Revision wird bei
111
gegebene Upstream-Revision neu paketiert wird. Die SvarDOS-Revision wird bei
112
jeder Änderung der Upstream-Version neu gestartet. Die SvarDOS-Revision 0 ist
112
jeder Änderung der Upstream-Version neu gestartet. Die SvarDOS-Revision 0 ist
113
immer versteckt.
113
immer versteckt.
114
 
114
 
115
Beispiele:
115
Beispiele:
116
 
116
 
117
FDISK 1.54      <- ursprünglich paketierte Version
117
FDISK 1.54      <- ursprünglich paketierte Version
118
FDISK 1.54+1    <- Paket wurde geändert, aber nicht die Upstream-Version
118
FDISK 1.54+1    <- Paket wurde geändert, aber nicht die Upstream-Version
119
FDISK 1.55      <- Upstream-Version erhöhte sich, so dass SvarDOS neu startet
119
FDISK 1.55      <- Upstream-Version erhöhte sich, so dass SvarDOS neu startet
120
FDISK 1.55+1    <- neue Version des Pakets, enthält aber immer noch FDISK 1.55
120
FDISK 1.55+1    <- neue Version des Pakets, enthält aber immer noch FDISK 1.55
121
FDISK 1.55+2    <- eine weitere neue Version des Pakets, usw.
121
FDISK 1.55+2    <- eine weitere neue Version des Pakets, usw.
122
 
122
 
123
Die gesamte Versionszeichenkette eines Pakets darf niemals mehr als 16 Zeichen
123
Die gesamte Versionszeichenkette eines Pakets darf niemals mehr als 16 Zeichen
124
umfassen.
124
umfassen.
125
 
125
 
126
 
126
 
127
%hQuellen
127
%hQuellen
128
 
128
 
129
Wenn die Quellen eines Softwarepakets verfügbar sind, empfiehlt es sich, auch
129
Wenn die Quellen eines Softwarepakets verfügbar sind, empfiehlt es sich, auch
130
diese zu archivieren. Legen Sie zu diesem Zweck die Quellen in ein ZIP-Archiv
130
diese zu archivieren. Legen Sie zu diesem Zweck die Quellen in ein ZIP-Archiv
131
mit demselben Dateinamen wie das Paket, aber mit der Erweiterung *.zip (im
131
mit demselben Dateinamen wie das Paket, aber mit der Erweiterung *.zip (im
132
Gegensatz zur Erweiterung *.svp des eigentlichen Pakets). Das Ergebnis wäre,
132
Gegensatz zur Erweiterung *.svp des eigentlichen Pakets). Das Ergebnis wäre,
133
dass das Softwarepaket in zwei Dateien verteilt würde. Beispiel für FDISK:
133
dass das Softwarepaket in zwei Dateien verteilt würde. Beispiel für FDISK:
134
 
134
 
135
fdisk-1.55+2.svp   <- Binärdateien (ZIP-Archiv entsprechend der SVP-Struktur)
135
fdisk-1.55+2.svp   <- Binärdateien (ZIP-Archiv entsprechend der SVP-Struktur)
136
fdisk-1.55+2.zip   <- Quellen (flaches, unstrukturiertes ZIP-Archiv)
136
fdisk-1.55+2.zip   <- Quellen (flaches, unstrukturiertes ZIP-Archiv)
137
 
137
 
138
Die ZIP-Datei muss natürlich den Quellcode enthalten, der genau zu der Version
138
Die ZIP-Datei muss natürlich den Quellcode enthalten, der genau zu der Version
139
gehört, die im SVP-Paket enthalten ist.
139
gehört, die im SVP-Paket enthalten ist.
140
 
140