"Bugs" dans les anciennes versions de LXR

• script genxref pour les utilisateurs de swish-e

  Une malencontreuse erreur de frappe est restée à la ligne 240, qui devrait contenir:

  $toolloc = `which swish-e 2>/dev/null`;

  i.e. effacez le "h" excédentaire.

  Cette erreur de frappe empêche la détection du moteur swish-e quand il a été installé à un emplacement "standard".

  Un espace manque également à la ligne 518, qui devrait contenir:

  . " -f ".$config->swhishdir."/".$releaseid.".index" Le -f se retrouve concaténé au nom de répertoire, donnant un répertoire inexistant et conduisant à une analyse incorrecte de la suite des arguments. La commande échoue toujours et la base de données de recherche n'est pas initialisée.
• Le nouveau script initial-config.sh positionne de façon incorrecte les permissions du répertoire templates/ à r--r--r-- ce qui interdit tout accès. Corrigez les permissions avec $ chmod -R a+x templates/

  Après une copie depuis le répertoire templates/, ajustez les permissions du fichier pour permettre l'écriture et la mise à jour:

  $ cp templates/un_fichier lxrconf.d/ $ chmod u+w lxrconf.d/un_fichier Note: ceci n'est pas un bug mais une conséquence de l'état "lecture seule" du répertoire templates/.
• Dans lxr.conf, le paramètre 'stylesheet' est défini comme 'templates/html/lxr.css' au lieu de '/templates/lxr.css'.
• Sous certaines distributions Linux, en contexte mono-arbre source (le cas le plus fréquent), Apache n'accède pas au répertoire racine de LXR quand celui-ci est différent du /var/www/ habituel. Effacez l'accent circonflexe (^) dans la directive Alias (ligne 28) du fichier templates/Apache/apache-lxrserver.conf pour obtenir: Alias /lxr "votre_répertoire_racine_LXR"

• En raison d'une hâte puérile et du non-respect de l'assurance qualité, la version 0.10 a été diffusée avec un "bug" impardonnable. 0.10.1 l'a corrigé mais en a introduit un autre. 0.10.2 a partiellement corrigé ce dernier, laissant un caractère % mal placé dans un sous-programme critique. Il vaut mieux attendre la version 0.11.
• Navigation dans les fichiers include

  Si vous changez la valeur d'une variable (i.e. version, architecture, …) après avoir cliqué sur un hyperlien include, vous pouvez obtenir un message d'erreur "file does not exist" car les règles de réécriture ne sont pas correctement recalculées.

  Corrigé dans 0.11

Avant la version 2.0.0, Les messages d'erreur sont envoyés seulement dans le journal d'erreur du navigateur. Il en résulte que leur lecture nécessite généralement des privilèges d'administrateur.

À partir de la version 0.11, ce répertoire passe en "lecture seule" pour décourager d'y effectuer des modifications. Il constitue ainsi une référence fiable pour les fichiers hébergés. Toute personnalisation de LXR doit être effectuée dans le répertoire custom.d (lxrconf.d/ avant la version 1.0).

• Seul CVS fonctionne partiellement

  En particulier, les branches d'importation ne sont pas gérées.

  La bibliothèque Git de Perl étant incorrecte, toute tentative d'accès à un dépôt Git termine LXR avec une erreur.

• Recherche en plein texte

  Impossible en raison du format particulier de la base de données VCS (comprenez: ce ne sont pas des fichiers ordinaires).

CVS ne gère pas de version de répertoire. Si vous changez pour une version autre que HEAD, vous obtenez le message d'erreur redouté "file does not exist".