[spip-dev] bug install SPIP 2.3.0-dev [17645]

Bonjour.

Est-ce un problème connu ?
Je dois faire un rapport de bug ?
(si oui, où ?)

Lors de l'installation d'un spip 2.3.0-dev frais en local (où d'autres sites spip 2.1 tournent)

j'ai le message:

Site en travaux
Attention : un problème technique (serveur SQL) empêche l'accès à cette partie du site. Merci de votre compréhension

après la page de choix de la base de donnée, où j'ai sélectionné mysql.

8 tables sont créées:
spip_articles
spip_auteurs
spip_auteurs_liens
spip_jobs
spip_jobs_liens
spip_meta
spip_resultats
spip_rubriques

Message dans spip.log:

Pri:ERREUR: Le serveur '' version 1 n'a pas 'showtable'

Contexte:

ubuntu 10.4

mysql Ver 14.14 Distrib 5.1.41, for debian-linux-gnu (i486) using
readline 6.1

Serveur web local:

Apache/2.2.14 (Ubuntu)
Version du client MySQL: 5.1.41
Extension PHP: mysqli

PHP Version 5.3.2-1ubuntu4.7

SPIP 2.3.0-dev [17645]

Merci de votre attention :wink:

Salut,

après la page de choix de la base de donnée, où j'ai sélectionné mysql.

8 tables sont créées:
spip_articles
spip_auteurs
spip_auteurs_liens
spip_jobs
spip_jobs_liens
spip_meta
spip_resultats
spip_rubriques

Es-tu certain d'avoir téléchargé une archive complète de SPIP ? As-tu un dossier /extensions à la racine qui devrait normalement contenir les dossiers suivants :

breves
compresseur
dev
dist_2007
dump
filtres_images
forum
grenier
mediabox
medias
mots
msie_compat
organiseur
petitions
porte_plume
revisions
safehtml
sites
statistiques
textwheel
themes
urls_etendues
vertebres

Dernière question : comment as-tu récupéré SPIP ? Par svn ou par un zip ?

Salut,

Bonjour Bruno,

Es-tu certain d'avoir téléchargé une archive complète de SPIP ? As-tu
un dossier /extensions à la racine qui devrait normalement contenir
les dossiers suivants :

J'ai bien le dossier extensions avec les répertoires cités (+ le .svn),

Dernière question : comment as-tu récupéré SPIP ? Par svn ou par un zip ?

svn
Les extensions sont mises à jour dans la foulée:

$ svn up
U ecrire/public/boucles.php

Récupération de la référence externe dans 'extensions'

Récupération de la référence externe dans
'extensions/compresseur/lib/csstidy'
Référence externe actualisée à la révision 141.

Actualisé à la révision 46406.
Actualisé à la révision 17645.

2011/4/6 Antoine Polatouche <antoine@jabron.com>

Lors de l’installation d’un spip 2.3.0-dev frais en local (où d’autres sites spip 2.1 tournent)

j’ai le message:

Site en travaux
Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension

après la page de choix de la base de donnée, où j’ai sélectionné mysql.

8 tables sont créées:
spip_articles
spip_auteurs
spip_auteurs_liens
spip_jobs
spip_jobs_liens
spip_meta
spip_resultats
spip_rubriques

Bonjour,

Pas réussi à reproduire, as-tu tenté ailleurs ? As tu tenté en sqlite ? As tu quelque chose de particulier dans ton lamp ? Le config/connect.php est bien crée ? pb de droits ?

Bonjour,

Bonjour Guy,

Pas réussi à reproduire, as-tu tenté ailleurs ?

Non, le problème n'est pas d'installer un spip, je devrais y arriver
;-), mais de comprendre pourquoi ce cas particulier ne marche pas pour
éventuellement débusquer un bug.

As tu tenté en sqlite ?

J'essaye et je fais suivre (pas le temps maintenant)

As tu quelque chose de particulier dans ton lamp ?

Non, si ce n'est que j'utilise le compte root de mysql (machine en local)

Le config/connect.php est bien crée ? pb de droits ?

le connect.php n'est pas créé.
Je suis propriétaire des fichiers et le groupe est le mien, pour les
fichiers venant de svn.
J'ai mis les droits au groupe www-data en écriture pour les répertoires
local, IMG, tmp, config
les fichiers créés par php ont propriétaire et groupe www-data, mais
tmp/spip.log est le seul fichier créé.

Bonsoir,

le compte root de mysql n'a pas forcément tous les droits requis. Il
peut créer des utilisateurs, les modifier, les effacer, attribuer
des droits.. mais pour les nouvelles bases, tu devrais vérifier.

Le plus propre serait quand même de créer un utilisateur spécifique,
avec les droits mysql corrects.

Après, pour tester, tu pourras toujours attribuer tous les droits à
cet utilisateurs, puis voir ce qui manquait.

Bon courage
Grégoire

2011/4/6 Grégoire <gobmouch@online.fr>

Bonsoir,

Bonjour bonsoir,

le compte root de mysql n'a pas forcément tous les droits requis. Il
peut créer des utilisateurs, les modifier, les effacer, attribuer
des droits.. mais pour les nouvelles bases, tu devrais vérifier.

Pas de problème, ce compte a tous les droits sur localhost, je n'utilise
que ce compte pour tout faire (machine de test locale).
Et comme dit Guy, il y a des tables créées, donc une connexion php <
->mysql qui fonctionne.

En choisissant sqlite, l'install se déroule normalement…

En réinstallant tout depuis svn l'install se passe aussi normalement
avec mysql (rev 17667)…