mirror of https://github.com/tLDP/LDP
- minor and major corrections of text
This commit is contained in:
parent
4165ad4240
commit
5e294dc121
|
@ -7,7 +7,7 @@
|
|||
mainly in Poland.
|
||||
It is a product of bevy of Linux enthusiasts. We have
|
||||
around 200 people expressing their interests in
|
||||
developing PLD, however number of actively working
|
||||
developing PLD, however, number of actively working
|
||||
developers is approximately 50.
|
||||
</para>
|
||||
<para>
|
||||
|
@ -16,38 +16,49 @@
|
|||
<para>
|
||||
How is PLD different from other Linux distributions?
|
||||
</para>
|
||||
<para>
|
||||
In PLD one does, what one needs, or wants to do. This
|
||||
simple fact, multiplied by number of developers
|
||||
involved, gives good picture how does PLD look like.
|
||||
</para>
|
||||
<orderedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
Large software packages are split into
|
||||
functional subbpackages providing the opportunity
|
||||
to install only those pieces of software that are really necessay.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
Packages very often come in reasonable
|
||||
default configuration, with bunch
|
||||
of useful patches applied -- that's
|
||||
because packagers use packages
|
||||
themselves very extensively
|
||||
of useful patches applied.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
PLD has the best IPv6 support among
|
||||
all Linux distributions (and yes,
|
||||
that's because some of us are using
|
||||
it)
|
||||
all Linux distributions.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
In general PLD is very sysadmin
|
||||
friendly, several choices of crucial
|
||||
servers is one example, highly
|
||||
modularized kernel from distribution
|
||||
suitable for most machines is another
|
||||
(sysadmins with 20+ machines tends not to
|
||||
bother compiling kernel over and over again :^)
|
||||
Several choices of crucial servers are available.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
System comes with highly modularized kernel suitable for most machines.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
PLD contains rc-inetd - interface for managing inetd services.
|
||||
Packages providing inetd servers (e.g. telnetd, cvs-pserver)
|
||||
use this feature to automatically add particular server to inetd configuration.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
Similar feature to rc-inetd is rc-boot - a system that allows
|
||||
for easy managing of bootloaders (changing bootloader, updating
|
||||
after kernel upgrade etc).
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
|
@ -60,36 +71,17 @@
|
|||
standard things like two implementations of SML and
|
||||
Prolog, OCaml with several utility programs and
|
||||
libraries and even experimental compilers, like
|
||||
Cyclone or Ksi. As with other packages they are often
|
||||
much better packaged then in other distribution,
|
||||
especially with respect to splitting them into
|
||||
subpackages
|
||||
Cyclone or Ksi.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
Apart for plain rpm, PLD provides two specialized
|
||||
and powerfull RPM managers: clone of Debian apt,
|
||||
and our own poldek.
|
||||
</para>
|
||||
</listitem>
|
||||
</orderedlist>
|
||||
<para>
|
||||
<emphasis>Some other features</emphasis>
|
||||
</para>
|
||||
<para>
|
||||
It is common in PLD to simplify and cleanup things.
|
||||
We have very strict packaging standards. However it
|
||||
goes far beyond that. Installing package
|
||||
in PLD is often enough to make it work in some default
|
||||
configuration. For example installing telnetd or
|
||||
cvs-pserver adds it to configuration of
|
||||
current inetd server (this is done through rc-inetd
|
||||
common interface to all inetd servers in PLD),
|
||||
installing kernel generates initrd image for
|
||||
it (with geninitrd script), adds it to current
|
||||
bootloader configuration (through rc-boot interface),
|
||||
and reinstalls bootloader.
|
||||
</para>
|
||||
<para>
|
||||
PLD is fully prepared for automatic system upgrade. We
|
||||
supply indexes for RPM's apt-get port, we also have other
|
||||
upgrade tool, named <emphasis>poldek</emphasis>,
|
||||
with similar functionality.
|
||||
</para>
|
||||
<para>
|
||||
<emphasis>Common myths about PLD</emphasis>
|
||||
</para>
|
||||
|
@ -112,33 +104,28 @@
|
|||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
termcap and libtermcap usage avoided (no
|
||||
Termcap and libtermcap usage is avoided (no
|
||||
package in PLD requires termcap any more)
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
fantastic rc-inetd package provided, which is very simple, but also much more elastic than others. (unification of inet-services management)
|
||||
Support for automatic system upgrades, including restarting upgraded services, proper handling of config files, even modified ones
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
automatic system updates supported and ready, including restarting updated services, proper handling of config files, even modified ones
|
||||
No packages are mandatory during installation (eg. MTAs and other daemons). We assume that some packages may be preferred over others, user decides which program to use.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
no packages are forced during installation (eg. MTAs and other daemons). We assume that some packages may be preferred over others, user decides on which program to use.
|
||||
The iproute2 tool as a basic tool for network interfaces manipulation. PLD runtime scripts are simpler and shorter then, offering larger functionality compared to RedHat. Initscripts can be easily localized.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
iproute2 as a basic tool for network interfaces manipulation. PLD runtime scripts are simpler and shorter then, offering larger functionality compared to RedHat. This version of initscripts can be easily localized, accordingly to the tastes of the user
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
support for easy switching to alternative
|
||||
Support for easy switching to alternative
|
||||
authentication methods (and, if you need it,
|
||||
ciphering) for network communication, such as
|
||||
PAM, GASPI, TSL/SSL etc. It's quite possible
|
||||
|
@ -152,29 +139,20 @@
|
|||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
descriptions and documentation are in other
|
||||
languages provided and easily configured.
|
||||
It is mostly done "on the fly". Everybody
|
||||
can configure and install chosen software
|
||||
with support for selected languages only,
|
||||
i.e. English and
|
||||
German or English and Polish (resources
|
||||
linked to other languages will not be
|
||||
installed then). We provide such feature by
|
||||
marking national resources with %lang()
|
||||
macro of RPM packages.
|
||||
Descriptions of packages and documentation comes in many languages
|
||||
but only choosen language versions will be installed.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
many different frequently repeated tasks can be automatically done (with regards to current work methodology and package contents)
|
||||
Many different frequently repeated tasks can be automatically done (with regards to current work methodology and package contents)
|
||||
</para>
|
||||
</listitem>
|
||||
</orderedlist>
|
||||
</section>
|
||||
<section id="assumptions"><title>Assumptions</title>
|
||||
<para>
|
||||
There are a few assumptions which follow from package
|
||||
There are a few assumptions that are in use during package
|
||||
preparation procedures:
|
||||
</para>
|
||||
<orderedlist inheritnum="ignore" continuation="restarts">
|
||||
|
@ -192,7 +170,7 @@
|
|||
<listitem>
|
||||
<para>
|
||||
dynamically linked libraries are stripped
|
||||
(debug information is found in static
|
||||
(debug information can be found in static
|
||||
libraries only)
|
||||
</para>
|
||||
</listitem>
|
||||
|
|
|
@ -7,12 +7,12 @@
|
|||
remove resources - they are only moved to other directory (to junk yard
|
||||
:-). Also every version is being kept, so you can download distribution
|
||||
in state from last month or last hour. Resources marked by STABLE flag
|
||||
are being built by correct people with many different optimization
|
||||
(i386, i586, i686 etc.) and you can find them as rpm packages on
|
||||
are built with many different optimization
|
||||
(i386, i586, i686 etc.) and you placed as rpm packages on
|
||||
<link linkend="ftp">FTP</link> Server.
|
||||
</para>
|
||||
<para>
|
||||
Read-only access to repository (repo) you can establish in two
|
||||
Read-only access to repository (repo) can be established in two
|
||||
different methods:
|
||||
</para>
|
||||
<itemizedlist>
|
||||
|
@ -41,12 +41,11 @@
|
|||
Next, get the module(s) you need:
|
||||
</para>
|
||||
<screen format="linespecific">
|
||||
<prompt>bash$</prompt> <command>cvs -d :pserver:cvs@cvs.pld.org.pl:/cvsroot
|
||||
get module_name</command>
|
||||
<prompt>bash$</prompt> <command>cvs -d :pserver:cvs@cvs.pld.org.pl:/cvsroot get module_name</command>
|
||||
</screen>
|
||||
<para>
|
||||
All resources are grouped in modules. For now in repository
|
||||
are among others these modules:
|
||||
All resources are grouped in modules. Repository contains several
|
||||
modules, some of them are:
|
||||
</para>
|
||||
<table>
|
||||
<title>Major modules in PLD CVS Repository</title>
|
||||
|
@ -102,7 +101,7 @@
|
|||
</tgroup>
|
||||
</table>
|
||||
<para>
|
||||
There are also several other modules in PLD repo. Most of them
|
||||
There are also other modules in PLD repo. Most of them
|
||||
are open source project of PLD developers, more or less connected
|
||||
with PLD itself. You can use CVSWeb to view complete list.
|
||||
</para>
|
||||
|
@ -110,8 +109,7 @@
|
|||
To download contents of some module you should use command:
|
||||
</para>
|
||||
<screen format="linespecific">
|
||||
<prompt>bash$</prompt> <command>cvs -d :pserver:cvs@cvs.pld.org.pl:/cvsroot
|
||||
get "module" ["module2" ...]</command><footnote><para>Specify module name without the quotes</para></footnote>
|
||||
<prompt>bash$</prompt> <command>cvs -d :pserver:cvs@cvs.pld.org.pl:/cvsroot get "module" ["module2" ...]</command>
|
||||
</screen>
|
||||
</section>
|
||||
<!-- Keep this comment at the end of the file
|
||||
|
|
|
@ -1,10 +1,10 @@
|
|||
<section id="developer">
|
||||
<title>Developing PLD</title>
|
||||
<para>
|
||||
Our philosophy I can shorten to one word: cooperative.
|
||||
Our philosophy can br shorten to one word: cooperation.
|
||||
We are mostly sysadmins, which need stable and
|
||||
simultaneously flexible distro - and there is no better way
|
||||
to achieve it than do it by ourselves! So we maintain open
|
||||
also flexible distro - and there is no better way
|
||||
to achieve it than do it ourselves! So we maintain open
|
||||
distribution, everyone is encouraged to take a part in
|
||||
developing it.
|
||||
</para>
|
||||
|
|
|
@ -9,8 +9,8 @@
|
|||
Welcome to PLD Linux Distribution webpages!
|
||||
</para>
|
||||
<para>
|
||||
PLD is the biggest RPM-based distribution in the world. If you
|
||||
want to share this experience of developing a distribution made
|
||||
PLD is big RPM-based Linux distribution. If you
|
||||
want to share experience of developing a distribution made
|
||||
by over a hundred volunteers, taking part in shaping the system,
|
||||
or if you just want to use PLD -- read on.
|
||||
</para>
|
||||
|
|
Loading…
Reference in New Issue