Parabola Presentation (Français) - ParabolaWiki

# Parabola Presentation (Français)

Logo officiel de Parabola GNU/Linux-libre, avec le personnage GNU

## Qu'est-ce que Parabola GNU/Linux-libre?

Parabola GNU/Linux-libre avec LXDE (en)

Parabola GNU/Linuxest un projet de logiciel libre(en) dont le but est de fournir une distribution totalement libre basée sur les paquets de la distribution Arch, avec des paquest optimisés pour les processeurs i686, x86_64, et Loongson 2F (mips64el). Parabola vise la simplicité pour ses outils de gestion et de paquets. Le but principal est de donner à l'utilisateur le contrôle total sur son système, à l'aide de logiciels 100% Libre. Parabola est répertoriée par la Free Software Foundation(en) en temps que distribution complètement libre.

Le développement est focalisé sur un équilibre entre simplicité, élégance, qualité du code, et logiciels libres d'avant-garde.

Sa conception allégée et simple permettent de facilement l'étendre et de la modeler en quel que soit le système que vous construisiez.

Vous pouvez nous trouver sur #parabola ou mailing list.

## Pourquoi devriez-vous utiliser Parabola?

Parabola combine la liberté logicielle et tout pouvoir aux utilisateurs. GNU plus ArchWay. Avec un système mis à jour en continu, simple à gérer, simple à empaqueter, vous pouvez créer votre propre système d'exploitation à votre manière, et beaucoup apprendre en cours de route.

## Le Contrat Social Parabola GNU/Linux-libre

Le contrat social de Parabola GNU/Linux-libre est un engagement de la distribution envers la communauté du logiciel libre en général, et ses utilisateurs en particulier. C'est pour cette raison que notre contrat social suivra toujours la philosophie de libre connaissance. Tous les amendements à ce contrat social doivent être fidèles à l'esprit du Mouvement du Logiciel Libre (Free Software Movement).

1. Parabola GNU/Linux-libre est du logiciel libre: il suivra les Recommandations pour les distributions systèmes libres (GNU FSDG) (en), donc il n'inclut et ne recommande pas les logiciels et documentations propriétaires, et il ne fournit de support d'aucune sorte pour leur installation ou exécution. Ceci inclut: logiciels propriétaires, firmware uniquement binaire ou blob binaires(en).
2. Parabola GNU/Linux-libre et autres distributions: l'objectif de Parabola est de soutenir le mouvement pour le logiciel libre, donc nous devons uniquement lutter contre les logiciels non libres. Parabola s'évertuera à soutenir de son mieux d'autres projets de logiciel libre et toute information de notre projet sera disponible pour qui en a besoin. Cela inclut nos paquets et nos dépôts.
3. Parabola GNU/Linux-libre et sa communauté: notre communauté est démocratique par essence, donc la communauté est prise en compte quand une décision doit être prise. Nous encourageons la communauté à participer au développement du projet.
4. Parabola GNU/Linux-libre et Arch: Parabola est la version libre de Arch. Nous fournissons des dépôts et images d'installation sans aucun logiciel non libre. Nous respectons la philosophie KISS (Keep It Simple, Stupid) de Arch et son processus de dévelopement. En ce sens, Parabola conservera toujours la rétro-compatibilité avec Arch de manière à facilement rendre libres des installations opérationnelles.

## TalkingParabola GNU/Linux-libre

TalkingParabola est un CD d'installation dérivé, basé sur TalkingArch. C'est une réédition de l'ISO PArabola modifiée pour inclure la synthèse vocale et la sortie en braille pour les aveugles et mal-voyants.

TalkingParabola conserve toutes les fonctions de l'image Parabola live, et ajoute les paquets de synthèse vocale et braille pour permettre aux utilisateurs mal ou non-voyants d'installer Parabola.

### Support du Braille

TalkingParabola inclut brltty, pour ceux qui disposent d'un afficheur braille. Le paquet brltty disponible sur le CD TalkingParabola a été compilé avec le moins de dépendances possible. Si vous souhaitez utiliser le braille, vous devrez entrer le paramètre brltty à l'invite de démarrage. Sinon, vous pouvez démarrer brltty depuis le shell, après que le système ait démarré.

Le paramètre de démarrage brltty consiste en trois champs séparés par des virgules: pilote, périphérique, et table. Le premier est le pilote pour votre affichage, le second est le nom du fichier du périphérique, et le troisième est un chemin relatif vers une table de traduction. Vous pouvez utiliser "auto" pour spécifier que le pilote doit être détecté automatiquement. Je vous encourage à lire la documentation de brltty pour une explication plus complète du programme.

Par exemple, supposons que vous avez un périphérique connecté à /dev/ttyS0, le premier port série. Vous souhaitez utiliser la table de texte en Anglais US, et le pilote devrait être détecté automatiquement. Voici ce que vous devriez entrer à l'invite de démarrage:

    arch32 brltty=auto,ttyS0,en_US

Une fois brltty démarré, vous pourriez désactiver la synthèse vocale. Vous pouvez le faire via la touche "print screen", aussi intitulée "sysrq". Suivant les claviers, la position peut être différente.

### Synthèse vocale

TalkingParabola inclut espeakup pour la synthèse vocale lors de l'installation.

### Maintenance de TalkingParabola avec Synthèse vocale

Il ne devrait y avoir rien de spécial pour la maintenance de l'installation. Tout doit fonctionner de manière transparente.

## Historique

Parabola fut à l'origine proposée par des membres du channel IRC IRC (en) gNewSense en 2009. Les membres de différentes communautés Arch, principalement Hispanophones, démarrèrent le développement et la maintenance du projet et de sa documentation.

Parabola est portée sur MIPS MIPS(en) afin d'apporter un support pour la faire fonctionner sur le processeur Chinois Loongson (en).

Le 20 Mai 2011, la distribution Parabola a été acceptée comme projet complètement libre par GNU (en), et est entrée dans la liste des deistributions libres de la FSF.

## Différences avec Arch

Le projet utilise uniquement des logiciels 100% libres des dépôts officiels Arch pour les architectures i686 et x86-64. Il utilise des remplacements libres quand c'est possible, tel que le noyau Linux-libre au lieu du noyau Linux générique.

Le processus de filtrage enlève des dépôts environ 400 paquets qui ne respectent pas les exigences de the Free Software Definitionla Définition du Logiciel Libre (en) pour chaque architecture.

Depuis l'origine en 2011, le projet développe une version pour les ordinateurs utilisant le processeur Chinois Loongson (en), une architecture 64-bit dérivée de l'architecture MIPS(en).

## Libérer Arch

ISO d'installation Parabola GNU/Linux-libre
ISO d'installation TalkingParabola GNU/Linux-libre. C'est une réédition de l'ISO Parabola basée sur TalkingArch pour les utilisateurs aveugles et mal-voyants.

En accord avec l'esprit minimaliste, KISS, d'Arch, nous avons réussi à la rendre libre de manière simple. Pour libérer votre installation Arch, installez simplement notre liste de dépôts libres et mettez à jour votre système.

Il n'est pas nécessaire de réinstaller.

<<<<<In Progress (laust)>>>>>

## Features

### Pacman

The pacman package manager is one of the major distinguishing features of Parabola. It combines a simple binary package format with an easy-to-use build system. The goal of pacman is to make it possible to easily manage packages, whether they are from the official repositories or the user's own builds.

pacman keeps the system up to date by synchronizing package lists with the master server. This server/client model also allows the user to download/install packages with a simple command, complete with all required dependencies.

pacman is written in the C programming language and uses the .pkg.tar.xz package format.

Tip: The official pacman package also contains other useful tools, such as makepkg, pactree, vercmp, and checkupdates. Run pacman -Ql pacman | grep bin to see the full list.

### Package security

pacman 4 supports package signatures, which add an extra layer of security to the packages. The default configuration, SigLevel = Required DatabaseOptional, enables signature verification for all the packages on a global level: this can be overridden by per-repository SigLevel lines as shown above. For more details on package signing and signature verification, take a look at pacman-key.

## Usage

### Installing packages

Note: Packages often have a series of optdepends that, while not mandatory, provide additional functionality. You may refer to this information at will by #Querying package databases.

#### Installing specific packages

To install a single package or list of packages (including dependencies), issue the following command:

    # pacman -S package_name1 package_name2 ...

To install a list of packages with regex:

    # pacman -S $(pacman -Ssq package_regex)

Sometimes there are multiple versions of a package in different repositories, e.g. extra and testing. To install the former version, the repository needs to be defined in front:

    # pacman -S extra/package_name

#### Installing package groups

Some packages belong to a group of packages that can all be installed simultaneously. For example, issuing the command:

    # pacman -S gnome

will prompt you to select the packages from the gnome group that you wish to install.

### Removing packages

To remove a single package, leaving all of its dependencies installed:

    # pacman -R package_name

To remove a package and its dependencies which are not required by any other installed package:

    # pacman -Rs package_name

To remove a package, its dependencies and all the packages that depend on the target package:

Warning: This operation is recursive, and must be used with care since it can remove many potentially needed packages.

    # pacman -Rsc package_name

To remove a package, which is required by another package, without removing the dependent package:

    # pacman -Rdd package_name

pacman saves important configuration files when removing certain applications and names them with the extension: .pacsave. To prevent the creation of these backup files use the -n option:

    # pacman -Rn package_name

Note: pacman will not remove configurations that the application itself creates (for example "dotfiles" in the home folder).

### Upgrading packages

pacman can update all packages on the system with just one command. This could take quite a while depending on how up-to-date the system is. This command can synchronize the repository databases and update the system's packages (excluding 'local' packages that are not in the configured repositories):

    # pacman -Syu

### Querying package databases

pacman queries the local package database with the -Q flag; see:

    $ pacman -Q --help

and queries the sync databases with the -S flag; see:

    $ pacman -S --help

pacman can search for packages in the database, searching both in packages' names and descriptions:

    $ pacman -Ss string1 string2 ...

To search for already installed packages:

    $ pacman -Qs string1 string2 ...

To display extensive information about a given package:

    $ pacman -Si package_name

For locally installed packages:

    $ pacman -Qi package_name

Passing two -i flags will also display the list of backup files and their modification states:

    $ pacman -Qii package_name

To retrieve a list of the files installed by a package:

    $ pacman -Ql package_name

For packages not installed, use pkgfile.

To verify the presence of the files installed by a package:

    $ pacman -Qk package_name

Passing the k flag twice will perform a more thorough check.

One can also query the database to know which package a file in the file system belongs to:

    $ pacman -Qo /path/to/file_name

To list all packages no longer required as dependencies (orphans):

    $ pacman -Qdt

To list all packages explicitly installed and not required as dependencies:

    $ pacman -Qet

To list a dependency tree of a package:

    $ pactree package_name

To list all the packages depending on an installed package, use whoneeds from pkgtools:

    $ whoneeds package_name

or the reverse flag to pactree:

    $ pactree -r package_name

## Repositories

Since only a small part of Arch official packages are nonfree or contain nonfree components, there's no need for us to repackage everything. In our repos, you'll find Arch official packages, directly from its official repositories, minus the nonfree packages, plus our libre replacements, when possible.

## Our current Repos:

A blue background indicates that the repository is imported from Arch (and run through the blacklist, of course). A purple background indicates that the repository originates with Parabola. A red background indicates that the repository doesn't currently exist in Parabola.

Project
core | testing | libre | libre-testing
extra
| java
Community
multilib | multilib-testing | libre-multilib | libre-multilib-testing
community | community-testing | pcr
kernels
cross
nonprism | nonprism-testing
Unsupported
AUR | ~aurelien
~brendan
~coadde
~drtan
~emulatorman
~fauno
~habstinat
~jorginho
~lukeshu
~smv
~xihh

What "-testing" means should be obvious.

### core/extra/libre/java

The core/extra/libre/java arrangement is a little tricky right now.

#### java

First, java. While Java packages in Arch might not have freedom issues per se, they frequently don't meet Parabola's policies with regard to building the package from source. The java repository is a "half way house" for packages that we are fixing this for. In order to not cripple the Java support in Parabola, we must relax the polices in some cases, and provide packages that don't meet all of the criteria to put a package in libre. Packages in java may change quickly.

#### libre

The libre repository contains three things

- Replacements for packages in Arch's core that were blacklisted (if the replacement isn't in java)
- Replacements for packages in Arch's extra that were blacklisted (if the replacement isn't in java)
- Packages produced entirely by Parabola that are deemed to be core packages (and their build dependencies)

libre has strict requirements, but currently the sign-off process, where multiple developers vet a package, doesn't reflect this; instead developers are expected to self-review their packages.

In the case of packages being added that aren't replacements for packages from Arch, what belongs in libre is just slightly looser than core. A package that would have been put in extra in Arch might not make it into libre; even though it is maintained by a Parabola developer, it might end up in pcr.

#### core/extra

core and extra are imported from Arch, but with blacklisted packages removed.

##### core

In Arch, core contains all necessary packages for:

- booting Arch
- connecting to the Internet
- building packages
- management and repair of supported file systems
- the system setup process (e.g. openssh)

as well as dependencies of the above (not necessarily makedepends)

core has fairly strict quality requirements. Multiple developers/users need to signoff on updates before package updates are accepted. For packages with low usage, a reasonable exposure is enough: informing people about update, requesting signoffs, keeping in testing up to a week depending on the severity of the change, lack of outstanding bug reports, along with the implicit signoff of the package maintainer.

##### extra

In Arch, extra contains all packages that do not fit in core. Example: Xorg, window managers, web browsers, media players, tools for working with languages such as Python and Ruby, and a lot more.

### Community repositories

#### multilib/libre-multilib

multilib and libre-multilib contain i686 software and libraries packaged for x86_64 to allow some 32-bit applications to be run on 64 but systems (such as wine).

#### community

community contains packages from the AUR which gained enough votes to be adopted by an Arch "Trusted User".

#### pcr

The Parabola Community Repository, or pcr contains packages maintained by trusted members of the Parabola community. It also contains packages maintained by Parabola developers, but that the developer decided didn't belong in core/libre.

#### kernels

kernels contains non-standard kernels such as "long term support" (LTS) kernels oriented towards servers, or kernels compiled with TCP Stealth and Realtime Preemption support.

#### nonprism

nonprism contains packages provided by the Parabola community without services under global data surveillance programs like PRISM.

#### cross

cross contains mostly-unsupported packages that contain toolchains for cross-compiling for a different architecture.

### Unsupported repositories

#### User repositories

Repositories beginning with a tilde (~) are "user" repositories, and they are provided by individual developers independent of the Parabola project. The individual might be a Parabola developer, but their repository is only supported by them, not the rest of the Parabola team.

That said, the packages in them must still meet the freedom requirements of Parabola. However, they might not meet the quality or stability requirements.

In general, user repositories are being phased out in favor of pcr. However, they aren't going away, or being totally deprecated. For example, ~lukeshu is going to continue to be used for testing/unstable software that is developed by Luke Shumaker, but is not part of Parabola.

#### AUR

Parabola does not endorse the AUR (Arch User Repository). Often users switching from Arch ask if the AUR is supported in Parabola. Our answer is "no, but it isn't in Arch either." However, it is at least partially endorsed by Arch.

Packages and scripts there are untrusted, and the burden is on the user to inspect the PKGBUILD and resulting package. This is the same in Parabola and Arch. Any packages that you build yourself are, naturally, your responsibility, not Parabola's. Many (most?) of the packages there are of poor quality, and contain incorrect information regarding licenses.

If there is a package in AUR that you would like, you are encouraged to ask one of the Parabola contributors to pick it up and add it to pcr.