Parabola Presentation (Français)
Contents
1 Qu'est-ce que Parabola GNU/Linux-libre?
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.
2 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.
3 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).
- 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).
- 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.
- 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.
- 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.
4 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.
4.1 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.
4.2 Synthèse vocale
TalkingParabola inclut espeakup pour la synthèse vocale lors de l'installation.
4.3 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.
5 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.
6 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).
7 Libérer Arch
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.
8 Caractéristiques
8.1 Pacman
Le gestionnaire de paquets(package manager) pacman est l'une des caractéristiques les plus remarquables de Parabola. Il combine un format de paquet simple et un moteur de production(build system) facile à utiliser. Le but de pacman est de faciliter la gestion des paquets, qu'ils viennent des dépôts officiels(official repositories) ou qu'ils soient créés par l'utilisateur lui-même.
pacman maintient le système à jour en synchronisant les listes de paquets avec le serveur maître. Ce modèle client/serveur permet aussi à l'utilisateur de télécharger/installer des paquets avec une simple commande, y compris toutes les dépendances nécessaires.
pacman est écrit en langage C et utilise le format de paquets .pkg.tar.xz.
8.2 Sécurité des paquets
pacman 4 supporte les signatures de paquets, ajoutant une couche de sécurité supplémentaire aux paquets. La configuration par défaut, SigLevel = Required DatabaseOptional, active la vérification de signature pour tous les paquets au niveau global : ceci peut être outrepassé avec une ligne SigLevel comme ci-dessus pour chaque dépôt. Pour plus de détails sur la signature de paquets et la vérification de signatures, voir pacman-key.
9 Usage
9.1 Installation de paquets
9.1.1 Installation de paquets spécifiques
Pour installer un paquet, ou une liste de paquets (y compris leurs dépendances), utilisez la commande suivante :
# pacman -S package_name1 package_name2 ...
Pour installer une liste de paquets avec regex_:
# pacman -S $(pacman -Ssq package_regex)
Il y a parfois plusieurs versions d'un paquet dans des dépôts différents, par exemple extra et testing. Pour installer le premier, le dépôt doit être mentionné au début :
# pacman -S extra/package_name
<<<<<In Progress (laust)>>>>>
9.1.2 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.
9.2 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:
# 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
9.3 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
9.4 Interroger les bases de données de paquets
9.5 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
10 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.
11 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.
11.1 core/extra/libre/java
The core/extra/libre/java arrangement is a little tricky right now.
11.1.1 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.
11.1.2 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.
11.1.3 core/extra
core and extra are imported from Arch, but with blacklisted packages removed.
11.1.3.1 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.
11.1.3.2 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.
11.2 Community repositories
11.2.1 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).
11.2.2 community
community contains packages from the AUR which gained enough votes to be adopted by an Arch "Trusted User".
11.2.3 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.
11.2.4 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.
11.2.5 nonprism
nonprism contains packages provided by the Parabola community without services under global data surveillance programs like PRISM.
11.2.6 cross
cross contains mostly-unsupported packages that contain toolchains for cross-compiling for a different architecture.
11.3 Unsupported repositories
11.3.1 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.
11.3.2 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.
