Go to:
Gentoo Home
Documentation
Forums
Lists
Bugs
Planet
Store
Wiki
Get Gentoo!
Gentoo's Bugzilla – Attachment 26320 Details for
Bug 42837
[fr] French translation for Gentoo Metadata (metadata.xml)
Home
|
New
–
[Ex]
|
Browse
|
Search
|
Privacy Policy
|
[?]
|
Reports
|
Requests
|
Help
|
New Account
|
Log In
[x]
|
Forgot Password
Login:
[x]
Revised translated XML file (metadata.xml)
metadata.xml (text/plain), 7.39 KB, created by
Olivier Fisette (RETIRED)
on 2004-02-25 06:23:43 UTC
(
hide
)
Description:
Revised translated XML file (metadata.xml)
Filename:
MIME Type:
Creator:
Olivier Fisette (RETIRED)
Created:
2004-02-25 06:23:43 UTC
Size:
7.39 KB
patch
obsolete
><?xml version='1.0' encoding="UTF-8"?> ><!DOCTYPE guide SYSTEM "/dtd/guide.dtd"> ><guide link="/doc/en/metadata.xml"> ><title>Méta-données Gentoo</title> > ><author title="Auteur"> > <mail link="pauldv@gentoo.org">Paul De Vrieze</mail> ></author> ><author title="Correcteur"> > <mail link="swift@gentoo.org">Sven Vermeulen</mail> ></author> ><author title="Traducteur"> > <mail link="olivier.fisette@sympatico.ca">Olivier Fisette</mail> ></author> > ><abstract> >Informations à propos de metadata.xml. ></abstract> > ><license/> > ><version>0.1</version> ><date>10 février 2004</date> > ><chapter> ><title>Pourquoi metadata.xml ?</title> ><section> ><body> > ><p> >Le but du fichier <c>metadata.xml</c> est de fournir de l'information >supplémentaire sur les « ebuilds ». Le fichier <c>metadata.xml</c> >devrait être présent dans le répertoire de chaque paquet. Un modèle est >présent dans l'arbre portage : <c>skel.metadata.xml</c>. ></p> > ><note> >Veuillez exécuter <c>xmllint --valid metadata.xml</c> avant d'envoyer un >fichier <c>metadata.xml</c>. Nous espérons ajouter bientôt le support pour ><c>metadata.xml</c> à repoman. ></note> > ></body> ></section> ></chapter> > ><chapter> ><title>Structure des méta-données</title> ><section> ><body> > ><p> >Un fichier <c>metadata.xml</c> peut contenir ces éléments : ></p> > ><table> ><tr> > <th>Balise</th> > <th>Description</th> ></tr> ><tr> > <ti> > <brite><pkgmetadata></brite> > </ti> > <ti> > Il s'agit de l'élément racine du fichier metadata.xml. Il n'a aucun attribut. > Son sous-élément obligatoire est : <brite><herd></brite>. En plus, > les sous-éléments suivants sont permis : <brite><email></brite> > (pour l'adresse de courrier électronique générale du groupe), > <brite><maintainer></brite> et <brite><longdescription></brite>. > </ti> ></tr> ><tr> > <ti> > <brite><herd></brite> > </ti> > <ti> > Il doit y avoir au moins un sous-élément <herd>. Le contenu de cet > élément devrait être le nom d'un groupe tel que spécifié dans le > fichier <uri > link="http://www.gentoo.org/cgi-bin/viewcvs.cgi/misc/herds.xml?rev=HEAD;cvsroot=gentoo;content-type=text/plain"> > herds.xml</uri>. > </ti> ></tr> ><tr> > <ti> > <brite><maintainer></brite> > </ti> > <ti> > En plus de faire partie d'un groupe, un paquet peut être > maintenu directement. Les développeurs assignés à la maintenance d'un paquet > peuvent être mentionnés avec l'élément <brite><maintainer></brite>. > Cet élément a un sous-élément obligatoire : > <brite><email></brite>. Il a deux sous-éléments optionnels : > <brite><name></brite> et <brite><description></brite>. > </ti> ></tr> ><tr> > <ti><brite><email></brite></ti> > <ti> > Contient l'adresse de courrier électronique du mainteneur. C'est requis. > </ti> ></tr> ><tr> > <ti><brite><name></brite></ti> > <ti> > Contient un texte sous forme libre donnant le nom du mainteneur. C'est > optionnel. > </ti> ></tr> ><tr> > <ti><brite><description></brite></ti> > <ti> > Cet élément contient une description de la maintenance ou une remarque, > par exemple une offre pour que quelqu'un prenne en charge la maintenance > du paquet. C'est optionnel. > </ti> ></tr> ><tr> > <ti><brite><longdescription></brite></ti> > <ti> > Cet élément contient une description du paquet. Cela s'ajoute au champ > DESCRIPTION qui se trouve dans les ebuilds eux-mêmes. > </ti> ></tr> ></table> > ><p> >Il y a aussi divers attributs qui peuvent être utilisés avec ces éléments. Ils >sont tous optionnels : ></p> > ><table> ><tr> > <th>Attribut</th> > <th>Balise</th> > <th>Description</th> ></tr> ><tr> > <ti>lang</ti> > <ti> > <brite><description></brite>, <brite><longdescription></brite> > </ti> > <ti> > Dans tous les cas où une description est requise, il doit y avoir <e>au > moins</e> une description en anglais. Si une description supplémentaire dans > une autre langue est donnée, cet attribut sert à spécifier la langue > utilisée. Le format est un code de pays à deux lettres. > </ti> ></tr> ><tr> > <ti>restrict</ti> > <ti> > <brite><herd></brite>, <brite><maintainer></brite>, > <brite><longdescription></brite> > </ti> > <ti> > L'attribut restrict permet de restreindre l'application de certains éléments > à certaines versions du paquet. Lorsque cet attribut est utilisé, un élément > sans cet attribut doit également exister. Cet élément sans l'attribut > restrict servira de valeur par défaut. Le format de l'attribut restrict est > celui des options de DEPEND, mais « < » et « > » > doivent être spécifiés en utilisant &lt; and &gt;.<br /> > <br /> > Par exemple, dans le paquet db, > <c>restrict=">=sys-libs/db-3.2.9-r5"</c> > dans l'élément maintainer indique que je suis le responsable pour la > version 3.2.9-r5 et les suivantes. > </ti> ></tr> ></table> > ></body> ></section> ></chapter> > ><chapter> ><title>Exemples de méta-données</title> ><section> ><title>Premier exemple</title> ><body> > ><p> >Dans ce premier exemple, nous vous montrons le <path>metadata.xml</path> pour >OpenOffice, dont les « ebuilds » sont entièrement gérés par le >groupe nommé <c>openoffice</c> : ></p> > ><pre caption="Paquet géré par un groupe"> ><?xml version='1.0' encoding='UTF-8'?> ><!DOCTYPE pkgmetadata SYSTEM "http://www.gentoo.org/dtd/metadata.dtd"> ><pkgmetadata> > <herd>openoffice</herd> > <longdescription> > OpenOffice is the opensource version of staroffice. > This ebuild allows you to compile it yourself. Unfortunately this > compilation can take up to a day depending on the speed of your > computer. It will however make a snappier openoffice than the binary > version. > </longdescription> ></pkgmetadata> ></pre> > ><p> >Le groupe <c>openoffice</c> est défini dans <path>herds.xml</path> >par le <uri link="/proj/en/metastructure">Gentoo Metastructure Project</uri> : ></p> > ><note> >Cet exemple sera peut-être suranné lorsque vous le lirez. Ce n'est qu'un >exemple ! ></note> > ><pre caption="Exemple du groupe de OpenOffice"> ><herd> > <name>openoffice</name> > <email>openoffice@gentoo.org</email> > <description>openoffice related packages</description> > <maintainer><email>pauldv@gentoo.org</email></maintainer> > <maintainer><email>brad@gentoo.org</email></maintainer> ></herd> ></pre> > ></body> ></section> ><section> ><title>Deuxième exemple</title> ><body> > ><p> >Comme second exemple, nous regarderons le <path>metadata.xml</path> de ><c>mirrorselect</c>. Cet « ebuild » est maintenu par le >groupe <c>tools-portage</c> et aussi par un mainteneur séparé. ></p> > ><pre caption="Paquet maintenu par un groupe et une autre personne"> ><?xml version='1.0' encoding='UTF-8'?> ><!DOCTYPE pkgmetadata SYSTEM "http://www.gentoo.org/dtd/metadata.dtd"> ><pkgmetadata> > <herd>tools-portage</herd> > <maintainer> > <email>johnm@gentoo.org</email> > <name>John Mylchreest</name> > </maintainer> > <longdescription> > This utility is used to select the fastest mirror (distfiles) and provide a > nicer front-end for mirror selection (both rsync + distfiles) to a user. > </longdescription> ></pkgmetadata> ></pre> > ></body> ></section> ></chapter> ></guide>
<b>You cannot view the attachment while viewing its details because your browser does not support IFRAMEs. <a href="attachment.cgi?id=26320">View the attachment on a separate page</a>.</b>
View Attachment As Raw
Actions:
View
Attachments on
bug 42837
:
26298
| 26320
