Skip to content

Commit

Permalink
Mise à jour de la traduction du site web de Slony.
Browse files Browse the repository at this point in the history
  • Loading branch information
gleu committed Aug 15, 2010
1 parent f3627d9 commit a4e34d3
Show file tree
Hide file tree
Showing 10 changed files with 492 additions and 53 deletions.
15 changes: 12 additions & 3 deletions slony/website/admin.html
Original file line number Diff line number Diff line change
Expand Up @@ -64,10 +64,12 @@
"http://main.slony.info">slony1 Home</a> |
<a class="projNav" href=
"http://slony.info/">Slony-I Website</a> |
<a class="projNav" href="cvs.html">Slony-I CVS</a>
<a class="projNav" href="git.html">Git Info</a>
| <a class="projNav" href=
"http://lists.slony.info/mailman/listinfo">Mailing
Lists</a></b></td>
Lists</a>
<a class="projNav" href="bug-processing.html">Bug Policy</a>
</b></td>

<td><img src="images/shim.gif" height="1" width=
"1"></td>
Expand Down Expand Up @@ -103,6 +105,13 @@ <h1>Web Site and CVS</h1>
production."</p>
<hr>

<p> Please add downloads to CVS so that checkouts of CVS of
the web site include a backup of this.</p>

<p> Some time in the not too distant future we are likely
to migrate this to Git, but it's not particularly
urgent.</p>

<h1>Backups</h1>

<p>Both <tt>rsync</tt> and <tt>unison</tt> are installed;
Expand Down Expand Up @@ -263,7 +272,7 @@ <h1>Editing the Web Site</h1>
Browne</a>
</address><!-- Created: Thu Jan 25 11:38:58 EST 2007 -->
<!-- hhmts start -->
Last modified: Wed Jan 31 12:42:48 EST 2007
Last modified: Fri Aug 13 18:09:38 EDT 2010
<!-- hhmts end -->
</td>
</tr>
Expand Down
207 changes: 207 additions & 0 deletions slony/website/bug-processing.html
Original file line number Diff line number Diff line change
@@ -0,0 +1,207 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>Slony-I Bug Processing Policy</title>
<style type="text/css">
a:link{
font-family:lucida,arial,helvetica; font-size: 11px; font-style:normal; font-weight:bold; color:#003399; text-decoration:none;
}
a:visited{
font-family:lucida,arial,helvetica; font-size: 11px; font-style:normal; font-weight:bold; color:#003399; text-decoration:none;
}
a:hover{
color:"red"; text-decoration:underline;
}
.text TD {
font-family:lucida,arial,helvetica; font-size: 11px; font-style:normal;
}
.footerText TD {
font-family:lucida,arial,helvetica; font-size: 11px; font-style:normal; color:#FFFFFF;
}
</style>
</head>

<body>
<table border="0" cellpadding="2" cellspacing="0" width="100%">
<tbody>
<tr>
<td>
<table border="0">
<tbody>
<tr>
<td align="left" valign="top"><img src=
"images/Slon_450x320.jpg" align="left"></td>

<td align="left" valign="top"></td>
</tr>
</tbody>
</table>

<table border="0" cellpadding="2" cellspacing="0" width=
"100%">
<!-- if proj id not empty display proj nav -->

<tbody>
<tr bgcolor="#000000">
<td colspan="2"><img src="images/shim.gif" height=
"1" width="1"></td>

<td><img src="images/shim.gif" height="1" width=
"1"></td>
</tr>

<tr bgcolor="#EEEEEE">
<td nowrap="nowrap"><img src="images/shim.gif"
height="1" width="1"><b><a class="adminNav" href=
"admin.html">Project Admin Area</a></b></td>

<td align="right" nowrap="nowrap" width="100%">
<b><a class="projNav" href=
"http://main.slony.info">slony1 Home</a> |
<a class="projNav" href=
"http://slony.info/">Slony-I Website</a> |
<a class="projNav" href="git.html">Git Info</a>
| <a class="projNav" href=
"http://lists.slony.info/mailman/listinfo">Mailing
Lists</a></b></td>

<td><img src="images/shim.gif" height="1" width=
"1"></td>
</tr>

<tr bgcolor="#000000">
<td colspan="2"><img src="images/shim.gif" height=
"1" width="1"></td>

<td><img src="images/shim.gif" height="1" width=
"1"></td>
</tr>
</tbody>
</table>

<h1>Slony-I Bug Processing</h1>

<p> Slony bug tracking is being managed using <a
href="http://www.bugzilla.org/"> Bugzilla.</a></p>

<p> Here is the <a href="http://www.slony.info/bugzilla/"> Slony-I
Bugzilla Instance </a>.

<h1> Bug Management Process </h1>

<p> <a href=
"http://www.slony.info/bugzilla/docs/en/html/lifecycle.html"> Bug
Lifecycle Documentation </a> uses the following image <img
src="http://www.slony.info/bugzilla/docs/en/images/bzLifecycle.png">
to characterize the flow of work on bugs, through various states, as
they (hopefully!) get fixed.

<p> The following interpretations are suggested.

<h2> NEW </h2>
<a name="NEW">

<P> When a bug is created, it is created with <B>NEW</B> state, is
assigned to <tt>slony1-bugs@lists.slony.info</tt>, and an email is
sent to the bug tracking list.

<P> At this point, someone on the Slony development team should
examine the bug to ascertain what, if anything, should be done with
it.

<P> It may be appropriate to:
<ul>

<li> Assign it to someone that is expected to work on it, changing the
owner, and change the status to <a href="#ASSIGNED">ASSIGNED</A>.

<li> Perhaps the bug is trivially resolved, in which case, it is
reasonable to jump straight to marking it <a
href="#RESOLVED">RESOLVED</a>.

<li> Perhaps the bug is invalid. Jump straight to <a href=
"#RESOLVED">RESOLVED</a>.

<li> Perhaps it is unclear who should work on it. Perhaps the bug
should be left alone, or perhaps it should be <a
href="#ASSIGNED">ASSIGNED</A> to someone who might know who
<i>should</i> do the work.

</ul>

<h2> ASSIGNED </h2>
<a name="ASSIGNED">

<P> This is the state of bugs that belong to <i>someone</i>. That
someone should presumably be a human, and not
<tt>slony1-bugs@lists.slony.info</tt>.

<h2> RESOLVED </h2>
<a name="RESOLVED">

<P> This is the state of bugs that have been addressed, after some
fashion.

<P> There are several possible resolutions:
<ul>
<li> <B>FIXED</B> - believed to be resolved
<li> <B>DUPLICATE</B> - this apparently duplicates some previous bug
<li> <B>WONTFIX</B> - a problem that we don't plan to address
<li> <B>WORKSFORME</B> - the developer can't duplicate the issue
<li> <B>INVALID</B> - the problem is considered part of the proper behaviour of Slony
</ul>

<P> Note that this is <i>not the end</i> of the lifecycle!

<P> If a developer has a patch for a complex issue, it is appropriate to:
<ul>
<li> Attach a patch, or perhaps a reference to a Git commit for the proposed fix.
<li> Mark the bug <B>RESOLVED/FIXED</B>
<li> Reassign the bug, either to:
<ul>
<li> The person that reported the bug
<li> The <tt>slony1-bugs@lists.slony.info</tt> user
<li> A specific Slony developer that is to validate the fix as <a name="#VERIFIED"> VERIFIED</a>
</ul>

<h2> VERIFIED </h2>
<a name="VERIFIED">

<P> A developer (or user) takes a <a href="#RESOLVED">RESOLVED</a> bug, and evaluates
whether the resolution provided is proper.

<P> The same resolution values apply:
<ul>
<li> <B>FIXED</B> - believed to be resolved
<li> <B>DUPLICATE</B> - this apparently duplicates some previous bug
<li> <B>WONTFIX</B> - a problem that we don't plan to address
<li> <B>WORKSFORME</B> - the developer can't duplicate the issue
<li> <B>INVALID</B> - the problem is considered part of the proper behaviour of Slony
</ul>

<P> At this point, for complex patches, we can consider that the patch
has been <B>verified</B> to be valid to be committed and released.

<P> The bug might be re-assigned back to the original developer to do
the commit. But wait, it's not <a href="#CLOSED">CLOSED</a> yet...

<H2> CLOSED </h2>
<a name="CLOSED">

<P> The final destination for a Slony bug is for it to be closed. The
fix should have passed through phases of being <a href="#ASSIGNED">
ASSIGNED</a> <a href="#RESOLVED"> RESOLVED</a> <a name="#VERIFIED">
VERIFIED</a>. For particularly simple bugs, or for issues considered
to <i>not really be bugs</i>, these phases may be rather brief.

<P> A bug being marked <B>CLOSED</B> should indicate that we have put
it into some specific release, and placed a suitable reference into
the release notes.

<H2> REOPENED </h2>

<P> Oh, no, the <b>zombie bug!</b>

<P> Sometimes bugs aren't solved in the first attempt, and need to be
reopened. This is pretty much equivalent to <a href="#ASSIGNED">
ASSIGNED</a>.
40 changes: 25 additions & 15 deletions slony/website/content/cvs.txt
Original file line number Diff line number Diff line change
@@ -1,32 +1,42 @@
Slony-I cvs
#
<h1>Accès Anonyme au CVS</h1>
<h1>CVS EST MAINTENANT OBSOLETE</h1>

<p>Notez que le contenu suivant <b>est obsolète</b> car le code source de
Slony-I est géré avec <a href="http://slony.info/git.html">Git</a> depuis le
15 juillet 2010. Merci d'utiliser le dépôt à présent.

<h1>Accès Anonyme au CVS</h1>

<p>Vous pouvez accéder au code source de Slony-I via un CVS anonyme en
utilisant les commandes suivantes&nbsp;:</p>

<p>Vous pouvez accéder au code source de Slony-I via un CVS anonyme en
utilisant les commandes suivantes :</p>
<pre>
CVSROOT=":pserver:anonymous@main.slony.info:/slony1" cvs login
</pre>
(un mot de passe est demandé : pressez simplement [entrée])

<p>Un mot de passe est demandé, pressez simplement [enter].</p>

<pre>
CVSROOT=":pserver:anonymous@main.slony.info:/slony1" cvs co slony1-engine
</pre>

<h1>Accès au CVS pour les développeurs</h1>
<h1>Accès au CVS pour les développeurs</h1>

<p>Si vous êtes un des développeurs et que votre clef SSH a été ajoutée sur le
serveur, vous pouvez accéder en tant qu'utilisateur avec les droits de
modification&nbsp;:</p>

<p>Si vous êtes un des développeurs, et que votre clef SSH a été ajoutée
sur le serveur, vous pouvez accéder en tant qu'utilisateur avec les
droits de modification : </p>
<pre>
MYSLONYNAME=cbbrowne CVS_RSH=ssh CVSROOT=":ext:${MYSLONYNAME}@main.slony.info:/home/cvsd/slony1" cvs co slony1-engine
</pre>

<h1>Modules disponibles</h1>

<ul>
<li><a href="http://main.slony.info/viewcvs/viewvc.cgi/slony1-engine/"> slony1-engine</a> - le système de réplication</li>
<p>Néanmoins, comme le dépôt CVS <tt>slony1-engine</tt> <b>est obsolète</b>,
vous ne devez plus l'utiliser.</p>

<li><a href="http://main.slony.info/viewcvs/viewvc.cgi/slony1-www/">slony1-www</a> - le site web
main.slony.info</li>
<h1>Modules disponibles</h1>

</ul>
<ul>
<li><a href="http://main.slony.info/viewcvs/viewvc.cgi/slony1-www/">slony1-www</a>
- le site web main.slony.info</li>
</ul>
36 changes: 35 additions & 1 deletion slony/website/content/frontpage.txt
Original file line number Diff line number Diff line change
@@ -1,3 +1,37 @@
---
Migration de Slony-I à Git

<p>Le code source de Slony-I a été migré vers <a
href="http://www.git-scm.org/">Git</a>.</p>

<p>Il existe différents moyens pour récupérer le dépôts, ces moyens dépendant
du protocole utilisé. En voici la liste&nbsp;:</p>

<ul>
<li><tt>git://git.postgresql.org/git/slony1-engine.git</tt></li>
<li><tt>http://git.postgresql.org/git/slony1-engine.git</tt></li>
<li><tt>ssh://git@git.postgresql.org/slony1-engine.git</tt></li>
</ul>

<p>Actuellement, nous n'avons pas de moyens d'envoyer des mails quand des
modifications sont validées (comme c'était le cas avec CVS). Néanmoins, il
existe un <a
href="http://git.postgresql.org/gitweb?p=slony1-engine.git;a=rss">flux RSS</a>
automatiquement généré.</p>.

---
Sortie de Slony-I 2.0.4

<p>
Cette version de la branche 2.0 inclut des correctifs aux problèmes identifiés
sur la version 2.0.3. Les utilisateurs de la version 2.0.3 sont encouragés à
mettre à jour.

---
Slony-I 2.0.3 n'est pas utilisable dans son état actuel.

<P>Merci d'utiliser Slony-I 2.0.4.

---
Sortie de Slony-I 2.0.3

Expand Down Expand Up @@ -36,7 +70,7 @@ de problème découverts lors des premières utilisations de la
version 2.0

---
Slony-I 2.0.0 Released
Sortie de Slony-I 2.0.0

<P>
Consultez la section "Infos" pour plus de détails, ainsi que les
Expand Down
36 changes: 18 additions & 18 deletions slony/website/content/intro.txt
Original file line number Diff line number Diff line change
@@ -1,24 +1,24 @@
Slony-I - introduction
#
<p><b>Slony-I</b> est un système de réplication entre "un maître et plusieurs esclaves"
qui supporte les architectures en cascade ( un noeud pour être maitre d'un noeud qui est lui-même maitre d'un autre noeud )
et les bascules sur panne ( "failover" ).</p>
<p><b>Slony-I</b> est un système de réplication entre un maître et plusieurs
esclaves qui supporte les architectures en cascade (un n&oelig;ud peut être
maitre d'un noeud qui est lui-même maitre d'un autre no&oelig;ud) et les
bascules sur panne (failover).</p>

<p>Le <i>principe de base</i> qui guide les développements de Slony-I
est de réaliser un système de réplication avec toutes les fonctionnalités
et les capacités nécessaires pour dupliquer de grandes bases de données
vers un nombre raisonablement limité de serveurs esclaves.
</p>
<p>Le <i>principe de base</i> qui guide les développements de Slony-I est de
réaliser un système de réplication avec toutes les fonctionnalités et les
capacités nécessaires pour dupliquer de grandes bases de données vers un
nombre raisonablement limité de serveurs esclaves.</p>

<p>Slony-I est conçu pour les centre d'hébergement ("data centers") et
les sites de sauvegarde. Son mode d'opération normal prévoit que
tous les noeuds soient disponibles.</p>
<p>Slony-I est conçu pour les centre d'hébergement (data centers) et les sites
de sauvegarde. Son mode d'opération normal prévoit que tous les n&oelig;uds
soient disponibles.</p>

<p>Un "guide d'administration" assez complet, basé sur le contenu de
du dépôt CVS tree, est disponible <a href=
"http://linuxdatabases.info/info/slony.html" title="guide administration de Slony">ici</a>.
Il existe également une <a href="/documentation/">copie locale</a>.</p>
<p>Un guide d'administration assez complet, basé sur le contenu du dépôt GIT,
est disponible <a href="http://linuxdatabases.info/info/slony.html"
title="guide administration de Slony">ici</a>. Il existe également une <a
href="/documentation/">copie locale</a>.</p>

<p>Les spécifications initiales sont disponible <a href=
"http://developer.postgresql.org/%7Ewieck/slony1/Slony-I-concept.pdf">
ici</a> (en anglais).</p>
<p>Les spécifications initiales sont disponible <a
href="http://developer.postgresql.org/%7Ewieck/slony1/Slony-I-concept.pdf">ici</a>
(en anglais).</p>

0 comments on commit a4e34d3

Please sign in to comment.