Notes sur les Packages de KDE-1.1.1 T/MN pour Red Hat Linux traduit sommairement par alain Adelmar.

L'équipe Packaging Team de KDE, redhat-rpms@kde.org

v1.15, 22 avril 1999

L'information et instructions d'installation rapides d'accompagner paquets de KDE-1.1.1 des " rh42 ", " rh50egcs " et " rh5x " pour le Red Hat Linux 4,2, 5,0, 5,1 et 5,2, disponibles à ftp.kde.org.

Les versions i386 de ces packages de RPM sont disponibles à ftp://ftp.kde.org/pub/kde/stable/1.1.1/distribution/rpm / dans les
sous-répertoires RedHat-4.2/i386, RedHat-5.0egcs/i386, RedHat-5.1/i386, et RedHat-5.2/i386.  Les packages RPM pour
d'autres architectures peuvent être disponibles;  substituer le nom d'architecture (par exemple, alpha) à i386 dans ces instructions,

Les Red Hat RPM packages mentionnés ici peuvent être trouvés à l'emplacement ftp://ftp.redhat.com/pub/redhat du ftp du
chapeau rouge / ou aux emplacements de miroir énumérés dans http://www.redhat.com/mirrors.html.

Changements des packages RPM KDE-1.1.1.  Si vous avez précédemment installé des paquets de KDE RPM pour Red Hat, vous noterez beaucoup de nouveaux dispositifs d' empaquetage (aussi bien qu'améliorations de KDE elle-même):

Nouveaux manuscrits d'installation:  Le premier  RPM package que vous devriez installer est kde-installer:

rpm -Uvh kde-installer-1.1.1-*.i386.rpm

Ceci installera un ensemble de documents (ceux là y compris) décrivant tous les aspects du procédé d'installation, et donnant des conseils de dépannage, dans / usr/doc/KDE-1.1.1.  Il installe également (dans / usr/sbin, qui est dans le root's PATH) trois manuscrits:  install-kde-1.1.1, install-kde-1.1.1-apps, et uninstall-kde:

install-kde-1.1.1 est un manuscrit qui manipule tous les aspects du procédé d'installation:  installant les paquets de base, les comptes de configuration de kdm et d'utilisateur, et l'installation des applications facultatives.  NOUVEAU:  Elle peut maintenant être appelée avec une option d'" défaut ":

ce qui effectue une installation de défaut sans exiger l'entrée d'utilisateur depuis le terminal (il doit être executé dans un repertoire contenant les RPM packages).  Ceci permet des installations automatisées.  Vous pouvez fournir une liste d'utilisateurs aux dessus de bureau de l'élasticité KDE dedans à un dossier userlist.kde.  Vous pouvez également controler quelles applications facultatives sont ou ne sont pas installées avec des listes dans les dossiers include_app.kde et exclude_app.kde.  Executez ``install-kde-1.1.1 ' ' pour plus d'information.

install-kde-1.1.1-apps est un manuscrit qui manipule l'installation des applications facultatives après que les paquets de base aient été installés.  Il peut être executé à tout moment (install-kde-1.1.1 l'appelle pour finir le procédé d'installation), et vous permet de passer en revue les descriptions des divers packages de l'application RPM de KDE, et décide ce que pour installer.

l'uninstall-kde est un manuscrit qui désinstalle une installation de RPM-based KDE.

Trois familles distinctes des paquets de RPM, appelé "rh42" (pour Red Hat 4.2), "rh50egcs" (pour Red Hat 5.0) , et "rh5x"
(pour Red Hat 5.1/5.2) remplacer la famille simple des packages RPM de KDE-1.0 " rh51 " établis pour le chapeau rouge 5,0/5,1/5,2.

Les packages RPM sont maintenant " réadressables " (peut être installé à un autre endroit que par défaut  $KDEDIR=  /opt/kde).  Les manuscrits de configuration sont automatiquement ajustés sur l'endroit utilisé quand le RPM installe les paquets.

Les applications de KDE des diverses collections facultatives d'application sont maintenant distribuées comme les subpackages
séparés de RPM, (par exemple, kdenetwork-ppp-1.1.1-1rh5x.i386.rpm, fournit maintenant le composant de kppp de la collection de kdenetwork) vous donnant la flexibilité maximum de choisir que les composants facultatifs de KDE pour installer sur votre système.

Pour la convenance, ces paquets facultatifs de l'application RPM sont également distribués dans un large paquet simple de
kde-applications-1.1.1-*rh*.i386.rpm T/MN que, une fois installés, les endroits justes la collection de différent T/MN empaquette dans /usr/src/redhat/RPMS/i386, (ou là où désirés, par exemple dans /usr/local/KDE/RPMS, en utilisant

               rpm -Uvh kde-applications-1.1.1-*rh*-i386.rpm --prefix /usr/local/KDE/RPMS

        pour replacer les fichiers).
(Les kdelibs et les paquets exigés de kdebase demeurent monolithiques.)

Le paquet de kdesupport ne fournit plus les bibliothèques de libgdbm, de libjpeg et de libgif, si elles sont fournies par la distribution red hat correspondante.  La bibliothèque de libQwSpriteField (nécessaire seulement par le kasteroid de jeu) est déplacée à un subpackage.

Tous les manuscrits rouges de soutien de chapeau de KDE sont maintenant fournis par le paquet (requis) de kdesupport;  et la
documentation plus des manuscrits d'installation sont fournies par le paquet d'kde-installateur.  C'est le premier paquet qui devrait être installé.

Quand les dossiers de configuration de KDE ne sont pas présents dans un repertoire d'utilisateur, le manuscrit de Xclients qui commence automatiquement KDE maintenant installe une configuration cohérente de défaut à partir des dossiers " squelettiques " dedans $KDEDIR/etc/skel.  Le dessus de bureau de l'initiale KDE de défaut vu par un nouvel utilisateur de KDE inclut " bienvenue l'écran à KDE " du kdehelp.  Le directeur de système peut modifier l'endroit que la configuration du défaut KDE est prise de, pour fournir un dessus de bureau local-locally-customized du défaut KDE.  (c'est un dispositif spécial aux packages de RPM, pas a trouvé dans le " tarball " KDE.)

Le korganizer autonome d'application de KDE a la partie devenue de la distribution KDE-1.1.1 " officielle ".  Il est inclus ici en tant que " korganizer-1.1.1-*rh*.i386.rpm ".  D'autres applications choisies de KDE qui ne sont pas une partie de l' "Officiel" engagement de KDE-1.1  peuvent être ajoutées à cette collection de RPM si les emballeurs les jugent être stables.  Jusqu'ici, ceux-ci incluent:
kpackage-1.2.1, un directeur de paquet de RPM (et Debian) (fourni par le package de kdeadmin-kpackage RPM).
kdf-0.5.1, une utilisation de disque et outil de gestion (fournis par le paquet de kdeutils-diskfree RPM).
kclock-0.6, une horloge d'analog/digital (un composant supplémentaire dans le paquet d'kdeutils-outils T/MN).
ktalk-0.2.7, un client d'entretien (un composant supplémentaire dans kdenetwork-parlent le paquet de T/MN).

1.  Quelle version du QT toolkit à employer?

Ces rpms sont établis pour employer le quart v1.42.  Les packages de RPM devraient être disponibles où vous obtenez les rpms de KDE; sinon, les rechercher à ftp://ftp.troll.no/pub/contrib/qt-packages/linux

Pour RH4.2 (Red Hat 4,2), obtenir le paquet qt-1.42-1rh42.i386.rpm de T/MN.  Ceci est compilé avec gcc-2.7.2.3 et
libc5.

Pour RH5.0, RH5.1, ou RH5.2, obtiennent le paquet qt-1.42-3rh51.i386.rpm de RPM.  Ceci est compilé avec egcs-1.0.á et
glibc2.  (pour ceux qui l'ont demandé, ce paquet inclut maintenant la prolongation de qimageio.)

Si vous projetez compiler des applications additionnelles de KDE, obtenir également le package correspondant du qt-devel RPM.

Ces paquets fonctionneront également avec qt-1.44, s' il a été compilé pour permettre l'appui de dossier de graphiques de GIF (ceci est neutralisé par défaut dans qt-1.44, en raison de l'issue de brevet d'Unisys/LZW).  Ils ne fonctionneront pas avec qt-2.0.

2.  Pourquoi y a-t-il de divers différents ensembles de packages RPM pour KDE?

L'évolution de la distribution rouge de chapeau signifie qu'il y a des incompatibilités binaires entre différents dégagements
(excepté entre RH5.1 et RH5.2, qui emploient le même package RPM).
Les packages " rh42 " sont pour le red hat 4,2, compilé avec gcc-2.7.2.3 et libc5,
les paquets de " rh50egcs " sont pour le red hat 5,0, et sont compilés avec egcs-1.0.á, glibc2, et libncurses-3.0
les paquets d'" rh5x " sont pour red hat 5,1 et 5,2, et sont compilés avec egcs-1.0.á, glibc2, et libncurses-4.0.

Depuis le RPM d'" rh50egcs " les packages ne sont pas compilés avec le compilateur gcc-2.7.2.3 fourni avec RH5.0, ils exigent que la bibliothèque libstdc++-2.8.0 de C++ prise du chapeau rouge 5,1 ou la distribution 5,2 est ajoutée à votre installation RH5.0.  (des paquets de KDE LES T/MN pour RH5.0 compilé avec le compilateur gcc-2.7.2.3 et le glibc2 ont actuellement l'appui cassé de PAM, et ne seront pas libérés à moins que ce soit fixe).  (note.  (4/1999)  Il y a des signaux que ce bogue est parti en ce moment comme conséquence heureuse d'un bugfix différent!)

3. Pensez à faire ceci avant l'installation des paquetages RPM.

     (Pour plus d'information, voir le guide d'installation pour KDE RPM packages pour Red Hat Linux; qui seradisponible au
     /usr/doc/KDE-1.1.1/ aprés que le package RPM kdesupport soit installé).

INSTALLER SEULEMENT KDE SI VOUS AVEZ ACTUELLEMENT UN SYSTÈME FONCTIONNANT DE FENÊTRE DE X SUR VOTRE SYSTÈME RED HAT. FIXER TOUS LES PROBLÈMES AVEC " X " AVANT KDE D' INSTALLATION.

Puis ouverture en tant que super-utilisateur (root).

L'installation standard de KDE est dans $KDEDIR = / opt/kde, mais les packages RPM sont réadressables:  vous pouvez les installer sur autre comme d'endroit / usr/kde avec le rpm l'option... --prefix=/usr/kde.  Si vous employez cette option, vous devrez vous assurer que toutes applications de KDE que vous installez plus tard qui ne sont pas une partie de cette distribution installent sur l'endroit correct.  Vous pouvez probbably fixer des tels problèmes par la fabrication / opt/kde un lien symbolique à l'endroit $KDEDIR réel.

Vous aurez besoin au sujet de l'espace disque 50MB pour une pleine installation de KDE.  Dactylographier le " DF " pour voir l'espace disponible (en KB) sur vos cloisons de disque.

Dans le meilleur des cas, / OPT est le point de bâti d'une cloison séparée, mais ce n'est pas une partie de la norme courante de
système de fichiers de Linux suivie de Red Hat.  (c'est cependant une partie du nouveau fichier Heirarchy standard(FHS) v2.0 , qui a été annoncé pour faire partie de la prochaine norme basse standard de Linux (LSB)).  Si vous n'avez pas (ou ne pas souhaiter créer) la cloison / OPT, (et ne pas souhaiter replacer les packages RPM), vous pouvez l'un ou l'autre:

1.ne rien faire:  dans ce cas-ci, KDE installera sur un repertoire /opt/kde sur la partition de root /. (sinon assez d'espace est disponible, ceci peut poser des problèmes en remplissant votre partition de root!)
2.Create un annuaire / OPT, et fait / opt/kde un lien symbolique à un annuaire sur une partition avec l'espace libre, par exemple:

               mkdir /opt
               mkdir /usr/local/kde
               ln -s ../usr/local/kde /opt/kde

          This provides the greatest flexibility, as other packages that install to /opt can be then be placed on different
          partitions using symbolic links. (Do this BEFORE installing KDE ! ):

     If you have an older version of KDE installed we strongly recommend that you should uninstall if it is older than
     KDE-1.1 (or move it out of the way so the installation to /opt/kde will be clean).
          Tip: if you wish to see whether KDE-1.1.1 works for you, before removing your older KDE installation (installed
          in /opt/kde), just

               mv /opt/kde /opt/kde-old

          When you now use RPM to erase or update KDE, your old KDE files will remain safe in /opt/kde-old (rpm
          may issue lots of warning messages that files it is trying to erase do not exist, but this is harmless.) If after installing
          KDE-1.1, you wish to return to the older KDE, just

               mv /opt/kde /opt/kde-1.1.1

          Now you can make symbolic links

               ln -sf kde-1.1.1 /opt/kde

          or

               ln -sf kde-old /opt/kde

          to choose which version of KDE you run. (The .Xclients script that the KDE-1.1.1 usekde script installs in a
          user's home directory should work with older KDE installations; if you switch back to the older KDE, it is
          possible that users may have to move or delete some or all of their configuration files and directories ~/.kderc,
          ~/.kde and ~/Desktop, as the KDE-1.1.1-generated versions of these may not be compatible with the older
          KDE releases.) When you are happy with KDE-1.1.1, just delete the old KDE files with "\rm -rf
          /opt/kde-old".

     Note that uninstalling an older KDE will not affect users' personal KDE settings, which are stored in their home directory
     in the ~/.kde/ directory tree (and in a file ~/.kderc). However, if these personal settings are from an older version of
     KDE, and KDE does not run properly, users may need to move their ~/.kderc file and ~/.kde/, and ~/Desktop/
     directories out of the way, so a new default KDE configuration is installed when they start KDE, and then transfer those
     old settings they want to keep to the new KDE configuration.

          In particular, you may have problems on Red Hat 5.0/5.1/5.2 if you upgrade from
          kdesupport-1.0-*rh51, as the new kdesupport-1.1.1-*rh50egcs RPM package omits libgdbm and
          libjpeg, and the kdesupport-1.1.1-*rh5x RPM package omits libgif as well. It was our decision that
          you should rely on Red Hat's own libgdbm, libjpeg, and libungif RPM packages for these libraries. (Since
          various KDE-1.0 "rh51" RPM packages rely on the versions of these libraries supplied in the KDE-1.0
          kdesupport package, they will resist your attempt to upgrade to the KDE-1.1.1 kdesupport RPM package, as
          their required libraries would be lost; the best solution is to remove these KDE-1.0 RPMS with rpm -e before
          installing the KDE-1.1.1 RPMS.)
          For various reasons, it is also recommended that you use rpm to remove any pre-release RPM packages of
          KDE-1.1 before upgrading. When rpm upgrades a package, the "uninstall" RPM scripts of the old package being
          removed run after the "install" RPM scripts of the new package, and may mess up the newly installed package if
          they were not designed properly. (rpm only removes the old RPM package after the successful installation of the
          new package has been verified.) By their nature, pre-release versions may not be designed correctly, and this did
          happen with the KDE-1.1pre1 RPM's.

     Red Hat 4.2 users (rh50egcs RPMS) must make sure the Red Hat RPM package gdbm is installed.

     Red Hat 5.0 users (rh50egcs RPMS) must make sure the Red Hat RPM packages gdbm and libjpeg-6a are
     installed.

     Red Hat 5.1/5.2 users (rh5x RPMS) must make sure the Red Hat RPM packages gdbm, libjpeg-6b, and libungif
     are installed. (For Red Hat 5.1, the last two packages must be the updated RPM packages found at Red Hat's ftp site
     ftp://ftp.redhat.com/pub/redhat/updates/5.1/i386/jpeg/ in the jpeg subdirectory of the Red Hat 5.1 updates).

          Remove any special KDE customizations in system files like /etc/profile to set KDEDIR, put KDE
          executables in the system path, etc. This will be handled automatically by this installation (by scripts in
          /etc/profile.d), and your older customizations may interfere with this.

4a. Install libpng-1.0.1 if needed (Red Hat 4.2 only)

     Red Hat 4.2 users need a newer version of libpng than that supplied by Red Hat. The KDE Packaging Team provides
     RPM packages libpng-1.0.1-5rh42 and libpng-devel-1.0.1-5rh42 (taken from RedHat 5.2 and rebuilt on
     Red Hat 4.2) with the KDE "rh42" RPMS. If they are using zgv they will also need to update to zgv-3.0-5rh42 (also
     supplied), as this depends on libpng. They will also need to upgrade their version of rpm to 2.5 or greater.
     (rpm-2.3.11 which was part of the original Red Hat 4.2 distribution will not work with these RPM packages). Updates
     are available at Red Hat's ftp site.

4b. Install libstdc++ if needed (Red Hat 5.0 only)

     Red Hat 5.0 users need to obtain the libstdc++-2.8.0 RPM package from the Red Hat 5.2 (or 5.1) distribution, and
     install it on their Red Hat 5.0 system. They will also need to upgrade their version of rpm to 2.5 or greater.
     (rpm-2.4.10 which was part of the original Red Hat 5.0 distribution will not work with these RPM packages).

     Get it from ftp://ftp.redhat.com/pub/redhat/redhat-5.2/i386/RedHat/RPMS/libstdc++-2.8.0-14.i386.rpm and install it:

          rpm -Uvh libstdc++-2.8.0-*.i386.rpm

     If you intend to compile KDE applications for your Red Hat 5.0 system, you will also need to install the egcs-1.0.3a
     compiler from the Red Hat 5.2 distribution (or the egcs-1.0.2 compiler from Red Hat 5.1) on your Red Hat 5.0 system.
     See the document gcc_to_egcs-HOWTO for details (kdesupport installs it in /usr/doc/KDE-1.1.1).

     If you are still using Red Hat 5.0 (Red Hat's first glibc release) you should seriously consider upgrading to Red Hat
     5.2.

5. Installing the RPM packages.

     From the directory that contains the RPM packages: First install QT:

          rpm -Uvh qt-1.42-*rh*.i386.rpm

     where *rh* is 1rh42 for RH4.2, and 3rh51 for RH5.0, RH5.1 and RH5.2. Also install the corresponding qt-devel
     RPM package if you plan to compile any KDE applications.

     Next, install kde-installer, which makes documentation about installation on Red Hat available in
     /usr/doc/KDE-1.1.1:

          rpm -Uvh kde-installer-1.1.1-*rh*.i386.rpm

     (It also installs scripts install-kde-1.1.1, install-kde-1.1.1-apps, and uninstall-kde, that automates most
     of the instructions given below).
          It is recommended you use these scripts, but if you wish to install "manually", continue with the
          instructions below.

     Now install the KDE base system:

     First install kdesupport:

          rpm -Uvh kdesupport-1.1.1-*rh*.i386.rpm

     where *rh* is *rh42 for RH4.2, *rh50egcs for RH5.0, and *rh5x for RH5.1, RH5.2. Once this is installed, you will
     have access to the KDE-Red-Hat-support documents in /usr/doc/KDE-1.1.1. If you are upgrading from earlier
     KDE RPM packages (including 1.1pre releases), that you did not first uninstall, repeat this step with

          rpm -Uvh kdesupport-1.1.1-*rh*.i386.rpm --force

     Now login again as root (important!), and type

          env

     In the output of env, you should see PATH=/opt/kde/bin:... and KDEDIR=/opt/kde. (If you are relocating the
     KDE files to say, /usr/kde, using

          rpm -Uvh  .... --prefix=/usr/kde

     the output of env will reflect yout relocated prefix; you will need to use the --prefix= option for each RPM package
     you install.)

     Continue the installation with

          rpm -Uvh  kdelibs-1.1.1-*rh*.i386.rpm
          rpm -Uvh  kdelibs-1.1.1-*rh*.i386.rpm  --force
          rpm -Uvh  kdebase-1.1.1-*rh*.i386.rpm
          rpm -Uvh  kdebase-1.1.1-*rh*.i386.rpm  --force

     (The second, forced reinstallation of each RPM package is unnecessary unless you are upgrading over an installed older
     KDE release). If anything about your KDE installation seems wrong, your first fix should be to try such a forced
     reinstallation of the base distribution (also look in the troubleshooting section of the installation guide in
     /usr/doc/KDE-1.1.1)

     This completes the installation of the Base KDE distribution. If you wish, continue with installation of optional KDE
     components, or do this later.

     Now install the optional KDE RPM packages

          rpm -Uvh kde*-1.1.1-*rh*.i386.rpm

     where kde* is any of: kdeadmin*, kdegames*, kdegraphics*, kdemultimedia*, kdenetwork*, kdetoys*,
     kdeutils*, or kdeapps*. The "*" in these package names is a (hopefully) explanatory name for the contents of the
     package. Before installation, you can get information about the contents of a package in your current directory with

          rpm -qip kde*-1.1.1-*rh*.i386.rpm

     Most of these packages are subpackages from the seven collections of optional KDE applications that, with the Base
     distribution, make up the KDE-1.1.1 distribution. A typical subpackage is kdenetwork-ppp-1.1.1-*rh*.i386.rpm
     which supplies the kppp application for setting up ppp network conections, while
     kdenetwork-tools-1.1.1-*rh*.i386.rpm supplies a subset of smaller utilities.

     This does not include the RPM packages of standalone applications. The only such package which is currently part of
     the official KDE-1.1.1 distribution is the calendar and appointment scheduling application korganizer. However, other
     KDE applications which are believed to be stable ("non-beta") may be included by the KDE Packaging Team.

     Finally, at least one official KDE application, the game kdegames-asteroids-1.1.1-*rh*.i386.rpm, requires
     installation of the the additional QwSpriteField support library, supplied by the RPM subpackage
     kdesupport-qwspritefield-1.1.1-*rh*-i386.rpm.

6. Things to do after installing the Base RPM packages.

     To use the KDE X Display Manager kdm as a substitute for xdm, type

          /opt/kde/bin/kdm_on

     kdm_on makes small changes to four Red Hat configuration files (/etc/inittab, /etc/X11/xdm/GiveConsole
     /etc/X11/xdm/TakeConsole /etc/X11/xdm/Xsetup_0 ). (These changes can be reversed by typing
     "/opt/kde/bin/kdm_off"). If the system is already running xdm in runlevel 5, (and no X Window sessions are active)
     type

          telinit 3 ; telinit 5

     to shut down xdm and start kdm.

     For each user who wants to use KDE as their desktop, type

          /opt/kde/bin/usekde <username>

     (Users may also do this for themselves by just typing "usekde" after they next log in.) A hidden file .Xclients installed
     in the user's home directory starts the KDE desktop in their next X Window session; they can simply delete this file in the
     (unlikely) event that they no longer wish to use KDE.

          Note that when a user starts KDE, .Xclients runs a script kdesetup, which checks whether the user's home
          directory contains the configuration file ~/.kderc, and directories ~/.kde, ~/Desktop. If any of these do not
          exist, copies of their defaults are installed before KDE starts. If they exist, but are from an older KDE installation,
          the user may wish to move them out of the way, to allow the new KDE-1.1.1 default versions to be installed when
          KDE next starts.

     It is also simple to configure the system so all users use a KDE desktop by default, and to customize the initial KDE
     desktop that they see. For details, see Installation Guide, which also includes troubleshooting hints, and is installed by
     the kdesupport RPM package into /usr/doc/KDE-1.0, along with other Red Hat-specific documentation.

     The KDE configuration initially installed by these RPM packages places icons for printing, and for mounting/unmounting
     floppy-disk and cdrom drives on the desktop. The System Manager must ensure these are correctly configured for the
     system before they will work (or delete them if they are not wanted). The System Manager may wish to customize the
     default KDE Desktop for the system; see the Installation Guide for more details.

Now enjoy KDE on your Red Hat system next time you open an X Window session!

The KDE Packaging Team

Send comments or corrections to: redhat-rpms@kde.org
 

Next Previous Contents