Salut, La page des porteurs du Hurd vient d’être légèrement mise à jour, merci d’avance pour vos relectures. Amicalement David > --- /cvs/webwml/webwml/english/ports/hurd/hurd-devel-debian.wml 2012/11/26 04:15:07 1.51 > +++ /cvs/webwml/webwml/english/ports/hurd/hurd-devel-debian.wml 2013/06/30 12:57:07 1.52 > @@ -5,14 +5,6 @@ > Debian GNU/Hurd</h1> > <h2> > Development of the Distribution</h2> > -<h3> > -Boot Disks</h3> > -<p> > -Currently, we do not work on native boot disks. We are laying out > -some of the necessary foundations for that, though, and sometimes port > -individual necessary packages for that. If you want to help, work on > -the debian-installer project and make sure its components run on the > -Hurd. > > <h3> > Porting Debian Packages</h3> > @@ -26,23 +18,33 @@ > > <h3> > Obtaining Source and Building Packages</h3> > + > +<p> > +Obtaining Source code can be done by simply running <code>apt-get source > +package</code>, which will also extract the source. > +</p> > + > <p> > Extracting a Debian source package requires the file > <code>package_version.dsc</code> and the files listed in it. You build the > Debian build directory with the command > <code>dpkg-source -x package_version.dsc</code> > </p> > + > <p> > Building a package is done in the now existing Debian build directory > <code>package-version</code> with the command > -<code>dpkg-buildpackage -B -rsudo "-mMyName <MyEmail>"</code>. > +<code>dpkg-buildpackage -B "-mMyName <MyEmail>"</code>. > Instead <code>-B</code> you can use > <code>-b</code> if you also want to build the architecture independent > -parts of the package. You can use <code>-rfakeroot</code> instead > -<code>-rsudo</code> if you use the fakeroot package. You can do > -without the <code>-r</code> if you build as user root. You can add > +parts of the package. You can add > <code>-uc</code> to avoid signing the package with your pgp key.</p> > > +<p> > +Building may needed additional installed packages. The simplest way it to run > +<code>apt-get build-dep package</code> which will install all required packages. > +</p> > + > <h3> > Pick One</h3> > <p> > @@ -76,24 +78,16 @@ > Packages That Won't Be Ported</h4> > <p> > Some of these packages, or parts of them, might be portable later, but > -currently they are considered to be unportable at least.</p> > +currently they are considered to be unportable at least. They are normally > +marked as NotForUs in the buildd database. > +</p> > > <ul> > <li> > -<code>base/update</code>, because the Hurd does not need an update > -daemon (the filesystems sync themselves). To change to sync interval, > -you can use <code>fsysopts</code> to adjust the <code>--sync</code> > -option. You can set different sync intervals for each file system! > -To do this manually, use the <a > -href="hurd-doc-utils#syncfs"><code>syncfs</code> utility</a>.</li> > -<li> > <code>base/makedev</code>, because the Hurd comes with its own version > of this script. The Debian source package only contains a Linux > specific version.</li> > <li> > -<code>base/ld.so</code>, because the Hurd does use the linker that > -ships with the GNU C library.</li> > -<li> > <code>base/modconf</code> and <code>base/modutils</code>, because > modules are a concept specific to Linux.</li> > <li> > @@ -101,15 +95,7 @@ > is highly specific to the Linux kernel. The Hurd uses > <code>inetutils</code> instead.</li> > <li> > -<code>base/pcmcia-cs</code>, because the Hurd does not have any PCMCIA > -support (and even if it had, this package is probably Linux specific).</li> > -<li> > -<code>base/procps</code>, because this code is specific to the Linux proc > -filesystem.</li> > -<li> > -<code>base/ppp</code> and <code>base/pppconfig</code>, because the > -Hurd does not have any PPP support (and even if it had, this package > -is probably Linux specific).</li> > +<code>base/pcmcia-cs</code>, because this package is Linux specific.</li> > <li> > <code>base/setserial</code>, because it is specific to the Linux > kernel. However, with the port of Linux char drivers to GNU Mach, we
Index: french/ports/hurd/hurd-devel-debian.wml =================================================================== RCS file: /cvs/webwml/webwml/french/ports/hurd/hurd-devel-debian.wml,v retrieving revision 1.29 diff -u -r1.29 hurd-devel-debian.wml --- french/ports/hurd/hurd-devel-debian.wml 26 Nov 2012 04:16:10 -0000 1.29 +++ french/ports/hurd/hurd-devel-debian.wml 30 Jun 2013 13:43:58 -0000 @@ -1,23 +1,15 @@ #use wml::debian::template title="Debian GNU/Hurd – Développement" NOHEADER="yes" #include "$(ENGLISHDIR)/ports/hurd/menu.inc" -#use wml::debian::translation-check translation="1.51" maintainer="David Prévot" +#use wml::debian::translation-check translation="1.52" maintainer="David Prévot" # Translators: # Mohammed Adnène Trojette 2005-2007. -# David Prévot, 2010-2012. +# David Prévot, 2010-2013. <h1> Debian GNU/Hurd</h1> <h2> Développement de la distribution</h2> -<h3> -Disques d'amorçage</h3> -<p> -Actuellement, nous ne travaillons pas sur des disques d'amorçages -natifs. Nous nous reposons toutefois sur certaines des bases nécessaires -à cela, et portons parfois individuellement des paquets nécessaires à -cet effet. Si vous voulez aider, travaillez sur le projet d'installateur -Debian et assurez-vous que ses composants fonctionnent sur le Hurd.</p> <h3> Porter des paquets Debian</h3> @@ -33,22 +25,31 @@ <h3> Obtenir le source et empaqueter des paquets</h3> <p> -Extraire un paquet source Debian requiert le fichier -<code>package_version.dsc</code> et les fichiers qui y sont listés. +Le code source peut être obtenu en exécutant simplement +<code>apt-get source paquet</code>, ce qui extrait aussi les sources. +</p> +<p> +Extraire un paquet source Debian nécessite le fichier +<code>paquet_version.dsc</code> et les fichiers qui y sont présents. Vous créez le répertoire d'empaquetage Debian avec la commande -<code>dpkg-source -x package_version.dsc</code>.</p> +<code>dpkg-source -x paquet_version.dsc</code>. +</p> <p> La construction du paquet se fait dans le nouveau répertoire -d'empaquetage Debian <code>package-version</code> avec -la commande <code>dpkg-buildpackage -B -rsudo "-mMonNom <MonAdresseÉlectronique>"</code>. +d'empaquetage Debian <code>paquet-version</code> avec +la commande <code>dpkg-buildpackage -B "-mMonNom <MonAdresseÉlectronique>"</code>. Vous pouvez utiliser <code>-b</code> au lieu de <code>-B</code> si vous voulez aussi compiler -les parties indépendantes de l'architecture du paquet. Vous pouvez -utiliser <code>-rfakeroot</code> au lieu de <code>-rsudo</code> si vous -utilisez le paquet fakeroot. Vous pouvez le faire sans <code>-r</code> -si vous empaquetez en tant que superutilisateur. Vous pouvez ajouter -<code>-uc</code> pour éviter de signer le paquet avec votre clé pgp.</p> +les parties indépendantes de l'architecture du paquet. +Vous pouvez ajouter +<code>-uc</code> pour éviter de signer le paquet avec votre clef GPG. +</p> +<p> +La construction pourrait nécessiter d’installer des paquets supplémentaires. +Le plus simple est d’exécuter <code>apt-get build-dep paquet</code> +qui installera tous les paquets nécessaires. +</p> <h3> Choisissez un paquet</h3> @@ -91,26 +92,16 @@ <p> Quelques paquets parmi ceux qui suivent, ou des parties de ces paquets, seront peut-être portables plus tard, mais ils sont actuellement -considérés comme non portables au moins.</p> +au moins considérés comme non portables. +Ils sont normalement marqués <q>NotForUs</q> dans la base de données de buildd. +</p> <ul> <li> -<code>base/update</code>, parce que le Hurd n'a pas besoin d'un démon -de mise à jour (les systèmes de fichiers se synchronisent eux-mêmes). -Pour changer l'intervalle de synchronisation, vous pouvez utiliser -<code>fsysopts</code> pour ajuster l'option <code>--sync</code>. Vous -pouvez choisir des intervalles de synchronisation différents pour chaque -système de fichiers ! -Pour le faire vous-même, utilisez l'utilitaire <a -href="hurd-doc-utils#syncfs"><code>syncfs</code></a>.</li> -<li> <code>base/makedev</code>, parce que le Hurd apporte ses propres versions de ce script. Le paquet source Debian ne contient qu'une version spécifique à Linux.</li> <li> -<code>base/ld.so</code>, parce que le Hurd utilise l'éditeur de liens -qui est fourni par la bibliothèque GNU C.</li> -<li> <code>base/modconf</code> et <code>base/modutils</code>, parce que les modules sont un concept spécifique à Linux.</li> <li> @@ -118,16 +109,8 @@ est hautement spécifique au noyau Linux. Le Hurd utilise <code>inetutils</code> à la place.</li> <li> -<code>base/pcmcia-cs</code>, parce que le Hurd ne gère pas le PCMCIA -(et même s'il le faisait, ce paquet est probablement spécifique à -Linux).</li> -<li> -<code>base/procps</code>, parce que ce code est spécifique au système de -fichiers « proc » de Linux.</li> -<li> -<code>base/ppp</code> et <code>base/pppconfig</code>, parce que le Hurd -ne gère pas le PPP (et même s'il le faisait, ce paquet est probablement -spécifique à Linux).</li> +<code>base/pcmcia-cs</code>, parce que ce paquet est spécifique à Linux. +</li> <li> <code>base/setserial</code>, parce que c'est spécifique au noyau Linux. Cependant, avec le portage des pilotes de caractères Linux sur GNU Mach,
#use wml::debian::template title="Debian GNU/Hurd РD̩veloppement" NOHEADER="yes"
#include "$(ENGLISHDIR)/ports/hurd/menu.inc"
#use wml::debian::translation-check translation="1.52" maintainer="David Prévot"
# Translators:
# Mohammed Adnène Trojette 2005-2007.
# David Prévot, 2010-2013.
<h1>
Debian GNU/Hurd</h1>
<h2>
Développement de la distribution</h2>
<h3>
Porter des paquets Debian</h3>
<p>
Si vous souhaitez le portage Debian GNU/Hurd, vous devriez
vous familiariser avec le système d'empaquetage de Debian. Une fois
que vous l'aurez fait en lisant la documentation disponible et en
visitant le <a href="$(HOME)/devel/">Coin du développeur</a>, vous devriez
savoir comment extraire les paquets source Debian et empaqueter
un paquet Debian. Voici un cours intensif pour les personnes très
paresseuses :</p>
<h3>
Obtenir le source et empaqueter des paquets</h3>
<p>
Le code source peut être obtenu en exécutant simplement
<code>apt-get source paquet</code>, ce qui extrait aussi les sources.
</p>
<p>
Extraire un paquet source Debian nécessite le fichier
<code>paquet_version.dsc</code> et les fichiers qui y sont présents.
Vous créez le répertoire d'empaquetage Debian avec la commande
<code>dpkg-source -x paquet_version.dsc</code>.
</p>
<p>
La construction du paquet se fait dans le nouveau répertoire
d'empaquetage Debian <code>paquet-version</code> avec
la commande <code>dpkg-buildpackage -B "-mMonNom <MonAdresseÃ?lectronique>"</code>.
Vous pouvez utiliser
<code>-b</code> au lieu de <code>-B</code> si vous voulez aussi compiler
les parties indépendantes de l'architecture du paquet.
Vous pouvez ajouter
<code>-uc</code> pour éviter de signer le paquet avec votre clef GPG.
</p>
<p>
La construction pourrait nécessiter dâ??installer des paquets supplémentaires.
Le plus simple est dâ??exécuter <code>apt-get build-dep paquet</code>
qui installera tous les paquets nécessaires.
</p>
<h3>
Choisissez un paquet</h3>
<p>
Sur quels paquets faut-il travailler ? � vrai dire,
tous les paquets qui ne sont pas encore portés, mais qui en ont besoin.
Cela change constamment, alors il est conseillé de se focaliser
d'abord sur les paquets ayant beaucoup de dépendances inverses,
qui sont visibles sur le graphique de dépendance des paquets
<url "http://people.debian.org/~sthibault/graph-radial.pdf";>
mis à jour quotidiennement ou sur la liste des paquets les plus demandés
<url "http://people.debian.org/~sthibault/graph-total-top.txt";> (c'est
la liste des demandes à long terme, la liste des demandes à court
terme est <url "http://people.debian.org/~sthibault/graph-top.txt";>).
C'est généralement une bonne idée aussi d'en prendre parmi la liste des
paquets dépassés <url "http://people.debian.org/~sthibault/out_of_date.txt";>,
car ils ont fonctionné et qu'ils ne sont probablement cassés qu'à cause d'une
paire de raisons.
Vous pouvez aussi en prendre un au hasard
parmi les paquets manquants, surveiller les journaux
des processus d'empaquetage automatique sur la liste de diffusion
debian-hurd ou utiliser la liste de wanna-build en
<url "http://people.debian.org/~sthibault/failed_packages.txt.gz";>.
</p>
<p>
Vérifiez également si le travail a déjà été fait sur
<url "http://alioth.debian.org/tracker/?atid=410472&group_id=30628&func=browse";>,
<url "http://alioth.debian.org/tracker/?atid=411594&group_id=30628&func=browse";>,
sur le BTS (<url "http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-hurd@lists.debian.org;tag=hurd";>),
<url "http://wiki.debian.org/Debian_GNU/Hurd";> et l'état
en temps réel des paquets sur buildd.debian.org, par
exemple <url "https://buildd.debian.org/util-linux";>.
</p>
<h4>
Paquets qui ne seront pas portés</h4>
<p>
Quelques paquets parmi ceux qui suivent, ou des parties de ces paquets,
seront peut-être portables plus tard, mais ils sont actuellement
au moins considérés comme non portables.
Ils sont normalement marqués <q>NotForUs</q> dans la base de données de buildd.
</p>
<ul>
<li>
<code>base/makedev</code>, parce que le Hurd apporte ses propres versions
de ce script. Le paquet source Debian ne contient qu'une version
spécifique à Linux.</li>
<li>
<code>base/modconf</code> et <code>base/modutils</code>, parce que
les modules sont un concept spécifique à Linux.</li>
<li>
<code>base/netbase</code>, parce que le reste qui s'y trouve
est hautement spécifique au noyau Linux. Le Hurd utilise
<code>inetutils</code> Ã la place.</li>
<li>
<code>base/pcmcia-cs</code>, parce que ce paquet est spécifique à Linux.
</li>
<li>
<code>base/setserial</code>, parce que c'est spécifique au noyau Linux.
Cependant, avec le portage des pilotes de caractères Linux sur GNU Mach,
nous pourrons peut-être les utiliser.</li>
</ul>
<h3><a name="porting_issues">
Problèmes généraux de portage</a></h3>
<p>
Une <a href=http://www.gnu.org/software/hurd/hurd/porting/guidelines.html>liste
des problèmes courants</a> est disponible sur le site amont.
Les problèmes courants suivants sont spécifiques à Debian.
</p>
<p>
Avant d'essayer de corriger quoi que ce soit, vérifiez si le
portage kfreebsd* n'a pas déjà préparé des correctifs, qui
demandent juste à être adaptés pour convenir aussi à hurd-i386.
</p>
<ul>
<li>
<code>Broken libc6 dependency</code>
<p>
Certains paquets dépendent par erreur de <code>libc6-dev</code>.
C'est inexact parce que <code>libc6</code> est
spécifique à certaines architectures GNU/Linux.
Le paquet GNU correspondant est <code>libc0.3-dev</code>, mais
les autres systèmes d'exploitation en utilisent de différents.
Le problème est situé dans le fichier
<code>debian/control</code> de l'arborescence source.
Parmi les solutions typiques, il est possible de détecter
le système d'exploitation avec <code>dpkg-architecture</code>
et de mettre « en dur » (« hardcode ») le soname, ou mieux,
utiliser un OU logique.
Par exemple :
<code>libc6-dev | libc6.1-dev | libc0.3-dev | libc0.1-dev | libc-dev</code>.
<code>libc-dev</code> est un paquet virtuel qui
fonctionne pour n'importe quel soname, mais il
ne faut le placer qu'en dernière option.
</p>
</li>
<li>
<code>undefined reference to snd_*, SND_* undeclared</code>
<p>
Certains paquets utilisent ALSA même sur les architectures non Linux.
Le paquet oss-libsalsa fournit quelques émulations à l'aide d'OSS, mais
il est limité à la version 1.0.5 d'ALSA, et certaines fonctionnalités ne sont pas
fournies, comme par exemple toutes les opérations de séquenceur.
</p>
<p>
Si le paquet le permet, la prise en charge d'ALSA devrait être
désactivée pour les architectures <code>!linux-any</code> (par exemple
à l'aide d'une option de <code>configure</code>), un qualificatif
<code>[linux-any]</code> ajouté au <code>Build-Depends</code> d'alsa,
et l'inverse ajouté à <code>Build-Conflicts</code>, comme par exemple
<code>Build-Conflicts: libasound2-dev [!linux-any]</code>.
</p>
</li>
</ul>
Attachment:
signature.asc
Description: OpenPGP digital signature