Subversion Repositories SvarDOS

Rev

Rev 285 | Go to most recent revision | Only display areas with differences | Ignore whitespace | Details | Blame | Last modification | View Log | RSS feed

Rev 285 Rev 290
1
AMB1index.ama⸃pkg.ama¤D0.network.amaè¶ltitle
…—contact.ama±°pkgfmt.amag»^pkgrules.amaxÊXlicense.ama’Gmeaning.amaÙ‡mUtodo.ama`"ð­freedos.amaP(#
1
AMB1index.amaöïwpkg.amaåD0.network.ama)¶lcontact.amaB±°pkgfmt.amaEg»^pkgrules.ama¬ÊXlicense.amaÆGmeaning.ama
‡mUtodo.ama”"ñ²`freedos.ama…(M
2
Ş
2
[Âhistory.amaÒ2ë±titleÕ9!ÿ
3
                            %h*** SVARDOS HELP ***
3
                            %h*** SVARDOS HELP ***
4
 
4
 
5
This help documentation is a work-in-progress thing. For the time being it
5
This help documentation is a work-in-progress thing. For the time being it
6
provides only very limited informations. (wanna help building it? get in touch
6
provides only very limited content. (wanna help building it? get in touch with
7
with us on the SvarDOS mailing list!)
7
us on the SvarDOS %lcontact.ama:mailing list%t!)
8
 
8
 
9
=== Chapters =================================================================
9
=== Chapters =================================================================
10
 
10
 
11
 * %lpkg.ama:Packages management (install/remove/update software)
11
 * %lpkg.ama:Packages management (install/remove/update software)
12
 * %lnetwork.ama:Networking
12
 * %lnetwork.ama:Networking
13
 
13
 
14
 * %lfreedos.ama:SvarDOS vs FreeDOS: what is the story?
14
 * %lfreedos.ama:SvarDOS vs FreeDOS: what is the story?
15
 * %ltodo.ama:The project's "TODO" list
15
 * %ltodo.ama:The project's "TODO" list
16
 * %lcontact.ama:How do I get in touch with the SvarDOS community?
16
 * %lcontact.ama:How do I get in touch with the SvarDOS community?
17
 * %lmeaning.ama:What does "Svarog" mean?
17
 
18
 
18
 * %lhistory.ama:SvarDOS origins
19
==============================================================================
19
 * %lmeaning.ama:What does "Svarog" mean?
20
 
20
 
21
%hSvarDOS packages management
21
==============================================================================
22
 
22
 
23
To install or remove software on your SvarDOS system, use the "pkg" command.
23
%hSvarDOS packages management
24
pkg is a package manager to allow installing new software from SvarDOS
24
 
25
packages and removing exising software from the system. To learn about exact
25
To install or remove software on your SvarDOS system, use the "pkg" command.
26
pkg usage, type pkg /? in the SvarDOS command line shell.
26
pkg is a package manager to allow installing new software from SvarDOS
27
 
27
packages and removing exising software from the system. To learn about exact
28
You may obtain many SvarDOS packages from the SvarDOS web homepage at
28
pkg usage, type pkg /? in the SvarDOS command line shell.
29
<http://svardos.osdn.io>. If your system is connected to the internet, then
29
 
30
you may also use the SvarDOS "pkgnet" command. pkgnet is a network tool that
30
You may obtain many SvarDOS packages from the SvarDOS web homepage at
31
makes it easy to search for SvarDOS packages in the SvarDOS repository and
31
<http://svardos.osdn.io>. If your system is connected to the internet, then
32
download them right away. Type pkgnet /? in the SvarDOS command line shell to
32
you may also use the SvarDOS "pkgnet" command. pkgnet is a network tool that
33
learn about exact pkgnet usage.
33
makes it easy to search for SvarDOS packages in the SvarDOS repository and
34
 
34
download them right away. Type pkgnet /? in the SvarDOS command line shell to
35
See also:
35
learn about exact pkgnet usage.
36
 * %lpkgfmt.ama:The technical format of a SvarDOS package
36
 
37
 * %lpkgrules.ama:Packages inclusion rules
37
See also:
38
 
38
 * %lpkgfmt.ama:The technical format of a SvarDOS package
39
%hNetworking
39
 * %lpkgrules.ama:Packages inclusion rules
40
 
40
 
41
WRITE ME!
41
%hNetworking
42
SVARDOS HELP
42
 
43
 
43
WRITE ME!
44
%hHow do I get in touch with the project's community?
44
 
45
 
45
%hHow do I get in touch with the project's community?
46
The recommended way to contact the SvarDOS community is through the project's
46
 
47
mailing list: <https://lists.osdn.me/mailman/listinfo/svardos-users>
47
The recommended way to contact the SvarDOS community is through the project's
48
 
48
mailing list: <https://lists.osdn.me/mailman/listinfo/svardos-users>
49
The project's web homepage is <http://svardos.osdn.io>
49
 
50
 
50
The project's web homepage is <http://svardos.osdn.io>
51
Package files provide an easy way to manage software on SvarDOS. These
51
 
52
packages must adhere to a strict convention so they can be handled properly
52
Package files provide an easy way to manage software on SvarDOS. These
53
by the SvarDOS package manager.
53
packages must adhere to a strict convention so they can be handled properly
54
 
54
by the SvarDOS package manager.
55
 
55
 
56
%hPackage filenames
56
 
57
 
57
%hPackage filenames
58
Packages names must follow some basic rules. They shall be max. 8 letters long
58
 
59
(but should not be too short either, since a 1 or 2-letters package name might
59
Packages names must follow some basic rules. They shall be max. 8 letters long
60
be confusing), and must not be composed of characters other than a-b, 0-9 and
60
(but should not be too short either, since a 1 or 2-letters package name might
61
'_'. This for backward compatibility with short file names (8+3) and ISO 9660
61
be confusing), and must not be composed of characters other than a-b, 0-9 and
62
file systems (used on CDROMs). The package filename is always followed by the
62
'_'. This for backward compatibility with short file names (8+3) and ISO 9660
63
.ZIP extension.
63
file systems (used on CDROMs). The package filename is always followed by the
64
 
64
.ZIP extension.
65
 
65
 
66
%hPackage files
66
 
67
 
67
%hPackage files
68
SvarDOS uses ZIP files as its package file format. This format has been chosen
68
 
69
because ZIP files under DOS have become the de facto way to distribute
69
SvarDOS uses ZIP files as its package file format. This format has been chosen
70
collections of files. Also, the ZIP file format is well documented, well
70
because ZIP files under DOS have become the de facto way to distribute
71
supported, and in the public domain.
71
collections of files. Also, the ZIP file format is well documented, well
72
 
72
supported, and in the public domain.
73
Here below is the recommended command line that can be used to create a
73
 
74
package for a program named EXAMPLE using info-zip:
74
Here below is the recommended command line that can be used to create a
75
 
75
package for a program named EXAMPLE using info-zip:
76
  zip -9rk EXAMPLE.ZIP subdir1 subdir2 ... subdirN
76
 
77
 
77
  zip -9rk EXAMPLE.ZIP subdir1 subdir2 ... subdirN
78
If you are using 7za to create your packages, then use this:
78
 
79
 
79
If you are using 7za to create your packages, then use this:
80
  7za a -mm=deflate -mx=9 -tzip EXAMPLE.ZIP subdir1 subdir2 ... subdirN
80
 
81
 
81
  7za a -mm=deflate -mx=9 -tzip EXAMPLE.ZIP subdir1 subdir2 ... subdirN
82
 
82
 
83
%hPackage directory structure
83
 
84
 
84
%hPackage directory structure
85
The directory structure of a package depends on the type of packages.
85
 
86
For "core" packages, we have this:
86
The directory structure of a package depends on the type of packages.
87
 
87
For "core" packages, we have this:
88
  APPINFO            Put the program's LSM file here
88
 
89
  BIN                Binaries, such as exe and com files
89
  APPINFO            Put the program's LSM file here
90
  DOC\%PKGNAME%      Package documentation
90
  BIN                Binaries, such as exe and com files
91
  HELP               Used ONLY by the "help" package
91
  DOC\%PKGNAME%      Package documentation
92
  NLS\%PKGNAME%      Localizations (NLS language files) of the package
92
  HELP               Used ONLY by the "help" package
93
  SOURCE\%PKGNAME%   The source code (optional)
93
  NLS\%PKGNAME%      Localizations (NLS language files) of the package
94
 
94
  SOURCE\%PKGNAME%   The source code (optional)
95
Non-core packages use a slightly different directory organization. For
95
 
96
example, if we were to consider a package FOO, we might end up with the
96
Non-core packages use a slightly different directory organization. For
97
following structure:
97
example, if we were to consider a package FOO, we might end up with the
98
 
98
following structure:
99
  APPINFO\FOO.LSM    Package meta file for the FOO program
99
 
100
  PROGS\FOO\FOO.EXE  The program's executable
100
  APPINFO\FOO.LSM    Package meta file for the FOO program
101
  PROGS\FOO\FOO.TXT  Some documentation
101
  PROGS\FOO\FOO.EXE  The program's executable
102
  PROGS\FOO\FILE.DAT Data file used by the FOO program
102
  PROGS\FOO\FOO.TXT  Some documentation
103
  SOURCE\FOO\*       here would be stored the foo's source code (optional)
103
  PROGS\FOO\FILE.DAT Data file used by the FOO program
104
 
104
  SOURCE\FOO\*       here would be stored the foo's source code (optional)
105
Note the 'PROGS' directory above. This is a category to which the package
105
 
106
belong. The package installer might change this directory at install time,
106
Note the 'PROGS' directory above. This is a category to which the package
107
depending on the user's preferences. Possible categories are listed below:
107
belong. The package installer might change this directory at install time,
108
 
108
depending on the user's preferences. Possible categories are listed below:
109
Category | Description
109
 
110
DEVEL    | Development tools (mostly compilers)
110
Category | Description
111
DRIVERS  | Drivers
111
DEVEL    | Development tools (mostly compilers)
112
GAMES    | Games
112
DRIVERS  | Drivers
113
PROGS    | User programs, tools...
113
GAMES    | Games
114
 
114
PROGS    | User programs, tools...
115
Note: "DOC", "NLS", "BIN" and "HELP" directories are strictly reserved to
115
 
116
      CORE packages.
116
Note: "DOC", "NLS", "BIN" and "HELP" directories are strictly reserved to
117
 
117
      CORE packages.
118
%hLSM meta-data files
118
 
119
 
119
%hLSM meta-data files
120
Every package MUST contain an LSM file in its "APPINFO" directory. This LSM
120
 
121
file is a text file that contains basic information about the package. Its
121
Every package MUST contain an LSM file in its "APPINFO" directory. This LSM
122
format is very simple, it must contain at least two lines:
122
file is a text file that contains basic information about the package. Its
123
 
123
format is very simple, it must contain at least two lines:
124
  version: x.y.z
124
 
125
  description: package description
125
  version: x.y.z
126
 
126
  description: package description
127
Any other lines are ignored by the SvarDOS package manager.
127
 
128
 
128
Any other lines are ignored by the SvarDOS package manager.
129
                     %h*** Packages inclusion rules ***
129
 
130
 
130
                     %h*** Packages inclusion rules ***
131
SvarDOS is a DOS distribution that comes with plenty of third-party packages.
131
 
132
With time, packages get updated and new packages are being added. However,
132
SvarDOS is a DOS distribution that comes with plenty of third-party packages.
133
SvarDOS is not a shareware distribution CD, nor it is a "warez" production of
133
With time, packages get updated and new packages are being added. However,
134
any kind. Every software that is distributed within SvarDOS must comply to a
134
SvarDOS is not a shareware distribution CD, nor it is a "warez" production of
135
few common sense rules, as listed below.
135
any kind. Every software that is distributed within SvarDOS must comply to a
136
 
136
few common sense rules, as listed below.
137
%hObjective usefulness
137
 
138
 
138
%hObjective usefulness
139
The distributed software must be useful. There is no point in distributing
139
 
140
hundreds of "Hello World" programs for example. The software must be useable
140
The distributed software must be useful. There is no point in distributing
141
as a finished product and provide some features that are proven to be seeked
141
hundreds of "Hello World" programs for example. The software must be useable
142
by at least a subset of the user base. Games are considered useful, as long as
142
as a finished product and provide some features that are proven to be seeked
143
they fulfill their goal of providing actual distraction.
143
by at least a subset of the user base. Games are considered useful, as long as
144
 
144
they fulfill their goal of providing actual distraction.
145
%hReasonable quality
145
 
146
 
146
%hReasonable quality
147
The packaged program must exhibit traits of reasonable quality. This means
147
 
148
that it should have a deterministic behavior, and be free of undesirable
148
The packaged program must exhibit traits of reasonable quality. This means
149
side-effects to the user's computer (not crashing, freezing, resulting in
149
that it should have a deterministic behavior, and be free of undesirable
150
unexpected loss of data, etc). It should also provide clear, non-ambiguous
150
side-effects to the user's computer (not crashing, freezing, resulting in
151
instructions to the user about how the program is meant to be used.
151
unexpected loss of data, etc). It should also provide clear, non-ambiguous
152
 
152
instructions to the user about how the program is meant to be used.
153
%hFree (no cost)
153
 
154
 
154
%hFree (no cost)
155
The program must be free - that is, available at no financial cost. It doesn't
155
 
156
have to comply to an OSI-approved license or be open-source (even if that
156
The program must be free - that is, available at no financial cost. It doesn't
157
would be preferred), but at the very least it must be free for personal,
157
have to comply to an OSI-approved license or be open-source (even if that
158
non-commercial use.
158
would be preferred), but at the very least it must be free for personal,
159
 
159
non-commercial use.
160
%hDistribution allowed
160
 
161
 
161
%hDistribution allowed
162
The program must allow distribution without restrictions, and must not forbid
162
 
163
being redistributed in a re-packaged form.
163
The program must allow distribution without restrictions, and must not forbid
164
 
164
being redistributed in a re-packaged form.
165
 
165
 
166
%!CORE EXCEPTIONS
166
 
167
 
167
%!CORE EXCEPTIONS
168
Please note that, while the above rules are valid for all third-party packages
168
 
169
that may be distributed with SvarDOS, it does not apply to the 'core' packages
169
Please note that, while the above rules are valid for all third-party packages
170
that contain the operating system itself. SvarDOS being a free (as in "libre")
170
that may be distributed with SvarDOS, it does not apply to the 'core' packages
171
operating system, all "core" packages must comply to a libre-like license - be
171
that contain the operating system itself. SvarDOS being a free (as in "libre")
172
it GPL, BSD, MIT, public domain, or anything that allows for unrestricted
172
operating system, all "core" packages must comply to a libre-like license - be
173
distribution, provides source code and allows to modify it freely.
173
it GPL, BSD, MIT, public domain, or anything that allows for unrestricted
174
 
174
distribution, provides source code and allows to modify it freely.
175
%hSvarDOS licensing
175
 
176
 
176
%hSvarDOS licensing
177
SvarDOS is a DOS distribution made of many different software bricks, hence a
177
 
178
single license can hardly be applied to all. However, the CORE system (that
178
SvarDOS is a DOS distribution made of many different software bricks, hence a
179
is the SvarDOS installer, bootable floppy image and all core packages) is
179
single license can hardly be applied to all. However, the CORE system (that
180
carefully assembled from software that is "free" (as in "Freedom"), ie. that
180
is the SvarDOS installer, bootable floppy image and all core packages) is
181
grants the 3 basic FOSS liberties: freedom to use, modify, and redistribute.
181
carefully assembled from software that is "free" (as in "Freedom"), ie. that
182
This includes, but is not necessarily limited to, software released under
182
grants the 3 basic FOSS liberties: freedom to use, modify, and redistribute.
183
following licenses: GNU GPLv2, GNU GPLv3, BSD, MIT, EUPL and Public domain.
183
This includes, but is not necessarily limited to, software released under
184
 
184
following licenses: GNU GPLv2, GNU GPLv3, BSD, MIT, EUPL and Public domain.
185
Note that, while the above applies to the core of the SvarDOS distribution, it
185
 
186
does not cover all extra packages. Additionnal software packages may or may
186
Note that, while the above applies to the core of the SvarDOS distribution, it
187
not be FOSS, they are only guaranteed to be "gratis for non-commercial use".
187
does not cover all extra packages. Additionnal software packages may or may
188
 
188
not be FOSS, they are only guaranteed to be "gratis for non-commercial use".
189
Read more: %lpkgrules.ama:Packages inclusion rules
189
 
190
 
190
Read more: %lpkgrules.ama:Packages inclusion rules
191
%hWhat does "Svarog" mean?
191
 
192
 
192
%hWhat does "Svarog" mean?
193
The "Svar" in SvarDOS refers to "Svarog". SvarDOS is the successor of the
193
 
194
Svarog86 and Svarog386 distributions.
194
The "Svar" in SvarDOS refers to "Svarog". SvarDOS is the successor of the
195
 
195
Svarog86 and Svarog386 distributions.
196
Excerpt from Wikipedia, the free encyclopedia:
196
 
197
 
197
Excerpt from Wikipedia, the free encyclopedia:
198
 Svarog is a Slavic deity (...) identified with Hephaestus, the god of the
198
 
199
 blacksmith in ancient Greek religion (...), some researchers conclude that
199
 Svarog is a Slavic deity (...) identified with Hephaestus, the god of the
200
 Svarog is the Slavic god of celestial fire and of blacksmithing.
200
 blacksmith in ancient Greek religion (...), some researchers conclude that
201
 
201
 Svarog is the Slavic god of celestial fire and of blacksmithing.
202
 The only mention of Svarog comes from the Hypatian Codex, a 15th-century
202
 
203
 compilation of several much older documents from the Ipatiev Monastery in
203
 The only mention of Svarog comes from the Hypatian Codex, a 15th-century
204
 Russia. (...) The complete passage, reconstructed from several manuscripts,
204
 compilation of several much older documents from the Ipatiev Monastery in
205
 translates as follows:
205
 Russia. (...) The complete passage, reconstructed from several manuscripts,
206
 
206
 translates as follows:
207
 "(Then) began his reign Feosta (Hephaestus), whom the Egyptians called Svarog
207
 
208
  ... during his rule, from the heavens fell the smith's prongs and weapons
208
 "(Then) began his reign Feosta (Hephaestus), whom the Egyptians called Svarog
209
  were forged for the first time; before that, (people) fought with clubs and
209
  ... during his rule, from the heavens fell the smith's prongs and weapons
210
  stones."
210
  were forged for the first time; before that, (people) fought with clubs and
211
 
211
  stones."
212
%hSvarDOS: The project's TODO list
212
 
213
 
213
%hSvarDOS: The project's TODO list
214
* Replace the default (FreeDOS) edit with a smaller alternative (?)
214
 
215
  -> must be TINY
215
* Replace the default (FreeDOS) edit with a smaller alternative (?)
216
  -> no need for advanced text editing features, just enough to comfortably
216
  -> must be TINY
217
     edit small (<64K) configuration files
217
  -> no need for advanced text editing features, just enough to comfortably
218
  -> must be 8086-compatible and have modest memory requirements
218
     edit small (<64K) configuration files
219
  -> must be NLS-aware (multi-language)
219
  -> must be 8086-compatible and have modest memory requirements
220
 
220
  -> must be NLS-aware (multi-language)
221
* validate that CORE is 100% 8086-compatible
221
 
222
 
222
* validate that CORE is 100%% 8086-compatible
223
* build process: the install floppy should be built as much as possible using
223
 
224
  existing packages (ie. remove the custom "files" directory from svn)
224
* build process: the install floppy should be built as much as possible using
225
 
225
  existing packages (ie. remove the custom "files" directory from svn)
226
* Networking setup at install time -> should crynwr be part of the install
226
 
227
  set? Or only selected drivers? Or maybe this could be provided as a
227
* Networking setup at install time -> should crynwr be part of the install
228
  "supplemental" floppy disk?
228
  set? Or only selected drivers? Or maybe this could be provided as a
229
 
229
  "supplemental" floppy disk?
230
* bootable USB install image
230
 
231
 
231
* bootable USB install image
232
* add a "link" tool so users can easily create "links" to their favorite
232
 
233
  programs (esp. things like zip/unzip, etc)
233
* add a "link" tool so users can easily create "links" to their favorite
234
 
234
  programs (esp. things like zip/unzip, etc)
235
* pkg.exe: add an 'unzip' option so pkg.exe can be used as a poor man's unzip
235
 
236
 
236
* pkg.exe: add an 'unzip' option so pkg.exe can be used as a poor man's unzip
237
* install.com - MBR changes could be done by the installer itself instead of
237
 
238
  system()-calling fdisk
238
* install.com - MBR changes could be done by the installer itself instead of
239
 
239
  system()-calling fdisk
240
* help - write more useful content!
240
 
241
 
241
* help - write more useful content!
242
* further NLS support, improvements of existing translations and adding new
242
 
243
  languages -> would be nice to have some kind of web interface for submitting
243
* further NLS support, improvements of existing translations and adding new
244
  and reviewing translations
244
  languages -> would be nice to have some kind of web interface for submitting
245
 
245
  and reviewing translations
246
* pkgnet.exe: implement the 'checkup' action for easy update checking
246
 
247
 
247
* pkgnet.exe: implement the 'checkup' action for easy update checking
248
                        =============================
248
 
249
                          %hWanna help? %lcontact.ama:Get in touch!
249
                        =============================
250
                        =============================
250
                          %hWanna help? %lcontact.ama:Get in touch!
251
 
251
                        =============================
252
        %h*** Why would I want to use SvarDOS instead of FreeDOS? ***
252
 
253
 
253
        %h*** Why would I want to use SvarDOS instead of FreeDOS? ***
254
The FreeDOS project is a free, open-source operating system that aims to be
254
 
255
100%% compatible with MS-DOS. And it is awesome. So why would I want to use
255
The FreeDOS project is a free, open-source operating system that aims to be
256
SvarDOS instead?
256
100%% compatible with MS-DOS. And it is awesome. So why would I want to use
257
 
257
SvarDOS instead?
258
%hLong release cycles
258
 
259
 
259
%hLong release cycles
260
The FreeDOS project began 29 June 1994. Version 1.0 came around in 2006.
260
 
261
Version 1.1 has been released in 2012, and the version 1.2 followed in
261
The FreeDOS project began 29 June 1994. Version 1.0 came around in 2006.
262
December 2016. This translates roughly to a 5-years release cycle. Granted,
262
Version 1.1 has been released in 2012, and the version 1.2 followed in
263
the DOS scene is not as active as it used to be, but still, many things happen
263
December 2016. This translates roughly to a 5-years release cycle. Granted,
264
during a few years. Such version-centric approach also requires users to
264
the DOS scene is not as active as it used to be, but still, many things happen
265
perform full-system upgrades every now and then.
265
during a few years. Such version-centric approach also requires users to
266
 
266
perform full-system upgrades every now and then.
267
SvarDOS is very different in this regard: there are no versions at all.
267
 
268
Whenever a new program is included into or updated within the distribution, it
268
SvarDOS is very different in this regard: there are no versions at all.
269
becomes immediately available through the SvarDOS reposoitory and may be
269
Whenever a new program is included into or updated within the distribution, it
270
pulled either through the SvarDOS website or SvarDOS' pkgnet tool. Already
270
becomes immediately available through the SvarDOS reposoitory and may be
271
installed systems can be easily kept up-to-date using the distribution's
271
pulled either through the SvarDOS website or SvarDOS' pkgnet tool. Already
272
package manager.
272
installed systems can be easily kept up-to-date using the distribution's
273
 
273
package manager.
274
%hConstraints of legal nature
274
 
275
 
275
%hConstraints of legal nature
276
The FreeDOS project mimicks a proprietary operating system, with all its APIs
276
 
277
and peculiarities. For this reason, the project always had to be extremely
277
The FreeDOS project mimicks a proprietary operating system, with all its APIs
278
careful about what can and what cannot be included within the FreeDOS
278
and peculiarities. For this reason, the project always had to be extremely
279
distribution. As a result, only "free software" (as in freedom, think GPL,
279
careful about what can and what cannot be included within the FreeDOS
280
BSD, and so on) can make its way into the official distribution. While such
280
distribution. As a result, only "free software" (as in freedom, think GPL,
281
cautious approach is sane and legally safe, it is far from practical for
281
BSD, and so on) can make its way into the official distribution. While such
282
users. Allowing exclusively free software means that a high number of useful
282
cautious approach is sane and legally safe, it is far from practical for
283
programs, tools and games are left behind. For example "freeware" tools (as in
283
users. Allowing exclusively free software means that a high number of useful
284
"gratis but no source included") are a no-go. Even open-source programs can be
284
programs, tools and games are left behind. For example "freeware" tools (as in
285
rejected, if they do not clearly state that they comply with an OSI-approved
285
"gratis but no source included") are a no-go. Even open-source programs can be
286
license.
286
rejected, if they do not clearly state that they comply with an OSI-approved
287
 
287
license.
288
SvarDOS, on the other hand, is much more liberal about including packages.
288
 
289
Basically, anything that is objectively useful, of reasonable quality,
289
SvarDOS, on the other hand, is much more liberal about including packages.
290
free/gratis and can be legally distributed in the form of a package, can be
290
Basically, anything that is objectively useful, of reasonable quality,
291
included in SvarDOS. The only exception is for the "core" system (ie. the
291
free/gratis and can be legally distributed in the form of a package, can be
292
operating system itself), which must be based exclusively on free/libre
292
included in SvarDOS. The only exception is for the "core" system (ie. the
293
software. Read more about %lpkgrules.ama:SvarDOS package inclusion rules%t.
293
operating system itself), which must be based exclusively on free/libre
294
 
294
software. Read more about %lpkgrules.ama:SvarDOS package inclusion rules%t.
295
%hFreeDOS included!
295
 
296
 
296
%hFreeDOS included!
297
It must be noted, that altough the goals of SvarDOS and FreeDOS may be
297
 
298
slightly different, SvarDOS wouldn't exist without FreeDOS. Indeed, SvarDOS
298
It must be noted, that altough the goals of SvarDOS and FreeDOS may be
299
uses the excellent FreeDOS kernel, as well as a few other utilities borrowed
299
slightly different, SvarDOS wouldn't exist without FreeDOS. Indeed, SvarDOS
300
from the FreeDOS ecosystem.
300
uses the excellent FreeDOS kernel, as well as a few other utilities borrowed
301
 
301
from the FreeDOS ecosystem.
-
 
302
 
-
 
303
Read also: %lhistory.ama:SvarDOS history
-
 
304
 
-
 
305
%hSvarDOS origins (history from the point of view of its creator)
-
 
306
 
-
 
307
Mateusz Viste, the SvarDOS author, says:
-
 
308
 
-
 
309
In the years 2005-2015, I used to perform packaging work for the FreeDOS
-
 
310
project. I wasn't pleased with the packaging tool that FreeDOS used back then
-
 
311
(FDPKG), so in 2012 I started working on a new package manager, with network
-
 
312
support, automatic updates, etc - I named it FDNPKG. Later I also devised a
-
 
313
scripted way of generating an "always up to date" FreeDOS CD that I
-
 
314
unimaginatively called "all_cd.iso". This CD included FDNPKG and all the
-
 
315
FreeDOS packages available at the given moment.
-
 
316
 
-
 
317
I still wasn't satisfied with how FreeDOS clings to its notion of "releases"
-
 
318
and that it cannot include some software because of licensing issues, so in
-
 
319
2016 I decided to create my own distribution, that I called Svarog386 (there
-
 
320
was also a Svarog86 project that I had created a couple of months earlier,
-
 
321
dedicated to 8086 machines). Svarog386 naturally relied on the FreeDOS kernel
-
 
322
and used the FDNPKG package manager.
-
 
323
 
-
 
324
Then, in 2021, I started to be tired of having two separate distributions to
-
 
325
care about. Over time, FDNPKG also became a huge piece of protected mode code,
-
 
326
and although it was magnificent code, I was no longer happy with it: too many
-
 
327
features, too complex data processing, too high memory requirements... In a
-
 
328
word: too much fluff. I longed for something simpler, that would do perhaps
-
 
329
less, but with more transparency towards the user - and something that would
-
 
330
work in real mode with not much RAM, so it could be useful even on ancient
-
 
331
8086 machines.
-
 
332
 
-
 
333
The result of these thoughts was SvarDOS: a distribution that replaced both
-
 
334
Svarog86 and Svarog386, and that came with its own package manager - a much
-
 
335
simpler (and in my opinion much more elegant) tool than FDNPKG.
-
 
336
SVARDOS HELP SYSTEM ver 20210211
-
 
337