From 52a74a1b5c905fe7a31f9c8df5211602195a40fa Mon Sep 17 00:00:00 2001
From: Moul <moul@moul.re>
Date: Wed, 27 Apr 2016 16:49:20 +0200
Subject: [PATCH] [fix] radicale: fix simone bashism.

---
 app_radicale.md    | 24 ++++++++++++------------
 app_radicale_fr.md | 24 ++++++++++++------------
 2 files changed, 24 insertions(+), 24 deletions(-)

diff --git a/app_radicale.md b/app_radicale.md
index aba8d8cd..4511401e 100644
--- a/app_radicale.md
+++ b/app_radicale.md
@@ -45,32 +45,32 @@ It is possible to refine these default rules and to allow sharing by allowing us
 The rules governing these rights should be included in the */etc/radicale/rights*
 
 Each rule is in this form:
-```
+```bash
 # Comment before rule and explaining that (optional of course):
 [Rule Name]
 user: user concerned
 collection: calendar, book or collection concerned.
 permission: permission, r (read), w (write) or rw (read/write)
-```
+```bash
 *Rights* file contains several examples that can be exploited.  
 To validate changes to the */etc/radicale/rights* file, radical must be recharged via uwsgi service.
-```
+```bash
 sudo service uwsgi restart
-```
+```bash
 
 ## Share resources:
 To share a calendar or address book, just write a rule permitting. Sharing can be done with another user.
-```
+```bash
 user: ^user1$
 collection: ^user2/shared2.ics$
 permission: rw
-```
+```bash
 Or publicly for a remote user does not use the same server.
-```
+```bash
 user: .*
 collection: ^user2/shared2.ics$
 permission: r
-```
+```bash
 In both cases, the sharing works only using the full address of the calendar or collection. In other words, the shares do not appear in the collection of a user.  
 This limitation may be blocking for clients managing a single collection, as InfCloud. In this particular case, a solution overcomes this problem.
 
@@ -79,9 +79,9 @@ This limitation may be blocking for clients managing a single collection, as Inf
 
 To enable sharing to occur directly in the collection of a user, it must exploit the use of files in Radicale.  
 By simply creating a symbolic link to the resource sharing.
-```
+```bash
 ln -sr user2/shared.ics user1/user2_shared.ics
-```
+```bash
 The shared resource becomes a resource from the collection of user1, while it physically remains in the collection of user2.  
 However, without recourse to the rules for each resource in the collection of user1, the general rule applies. user1 gets so read and write access by default on the shared resource because it is part of his collection.
 
@@ -98,6 +98,6 @@ However, do not stay on this mode because the log is filled very quickly.
 ## Change config of InfCloud:
 The configuration of InfCloud is in the *infcloud/config.js* file  
 To load any changes in the *config.js* file (or other file of InfCloud) must reload the cache with the script provided.
-```
+```bash
 sudo ./cache_update.sh
-```
+```bash
diff --git a/app_radicale_fr.md b/app_radicale_fr.md
index b4adfb35..17e9417c 100644
--- a/app_radicale_fr.md
+++ b/app_radicale_fr.md
@@ -45,32 +45,32 @@ Il est toutefois possible d'affiner ces règles par défaut et d'autoriser des p
 Les règles régissant ces droits doivent être inscrite dans le fichier */etc/radicale/rights*
 
 Chaque règle se présente sous cette forme:
-```
+```bash
 # Commentaire précédant la règle et l'expliquant (optionnel évidemment):
 [Nom de la règle]
 user: utilisateur concerné
 collection: calendrier, carnet ou collection concernée.
 permission: permission, r (lecture), w (écriture) ou rw (lecture/écriture)
-```
+```bash
 Le fichier *rights* contient plusieurs exemples pouvant être exploités.
 Pour valider les modifications apportées au fichier */etc/radicale/rights*, radicale doit être rechargé via le service uwsgi.
-```
+```bash
 sudo service uwsgi restart
-```
+```bash
 
 ## Partager des ressources:
 Pour partager un calendrier ou un carnet d'adresses, il suffit d'écrire une règle le permettant. Le partage peut se faire avec un autre utilisateur.
-```
+```bash
 user: ^user1$
 collection: ^user2/shared2.ics$
 permission: rw
-```
+```bash
 Ou publiquement pour un utilisateur distant n'utilisant pas le même serveur.
-```
+```bash
 user: .*
 collection: ^user2/shared2$
 permission: r
-```
+```bash
 Dans les 2 cas, le partage ne fonctionnera qu'en utilisant l'adresse complète du calendrier ou de la collection. Autrement dit, les partages n'apparaissent pas dans la collection d'un utilisateur.  
 Cette limitation peut s'avérer bloquante pour des clients gérant une seule collection, tel que InfCloud. Pour ce cas particulier, une solution permet de contourner ce problème.
 
@@ -79,9 +79,9 @@ Cette limitation peut s'avérer bloquante pour des clients gérant une seule col
 
 Pour permettre à un partage d'apparaître directement dans la collection d'un utilisateur, il faut exploiter l'usage des fichiers sous Radicale.  
 En créant simplement un lien symbolique de la ressource à partager.
-```
+```bash
 ln -sr user2/shared.ics user1/user2_shared.ics
-```
+```bash
 La ressource partagée devient ainsi une ressource de la collection de user1, alors qu'elle reste physiquement dans la collection de user2.  
 En revanche, sans avoir recours à des règles pour chaque ressource de la collection de user1, la règle générale s'applique. user1 obtient donc le droit de lecture ET d'écriture par défaut sur la ressource partagé car elle fait partie de sa collection.
 
@@ -98,6 +98,6 @@ Il est toutefois déconseillé de rester sur ce mode, car le log se rempli très
 ## Modifier la configuration de InfCloud:
 La configuration de InfCloud se trouve dans le fichier *infcloud/config.js*  
 Pour prendre en compte une modification dans le fichier *config.js* (ou tout autre fichier de InfCloud) il faut recharger le cache avec le script fourni.
-```
+```bash
 sudo ./cache_update.sh
-```
+```bash