[spip-dev] suppression d'une rubrique

Spip 1.3 installé sur mon site.

Lors de la suppression d'une rubrique (via afficher tout le site ou
directement dans la rubrique), j'obtiens l'erreur suivante :
Fatal error: Call to unsupported or undefined function calculer_rubriques()
in inc.php3 on line 120

La rubrique a cependant bien été supprimée quand on va se balader dans
l'arbo.

Mikeul
http://www.grandmanitou.net/

Ce bug de la 1.3 est connu et réparé dans la version de dev, je crois me
rappeler. http://rezo.net/spip-dev/devel/

@ Scrizzi Mikaël <Mikael.scrizzi@atosorigin.com> :

Lors de la suppression d'une rubrique (via afficher tout le site ou
directement dans la rubrique), j'obtiens l'erreur suivante :
Fatal error: Call to unsupported or undefined function calculer_rubriques()
in inc.php3 on line 120

-- Fil

La j'avoue ne plus rien comprendre entre l'espace DISTRIB et l'espace devel.
C'est quoi la version de dev ?

Je pense réellement qu'il y aurait moins de problème si vous notiez vos
versions 1.3 pour la première verions 1.3 officielle puis 1.3a, 1.3b pour les
versions "patchées" suite à la correction de bug, et uniquement corection de
bug.

On pourrait ainsi avoir dans DISTRIB toujours la versions officielle 1.3, et la
toute dernière version patchée 1.3x

Nous les utilisateurs on ne sait jamais quel version 1.3 nous avons car il n'y
a même la date de modification des fichiers .zip ou .tar.gz etc.

Personnellement j'ai une 1.3 et je ne sais même pas si j'ai la toute dernière
version patchée

Il faudrait également mettre avec chaque version un fichier release note qui
permetterait de connaitre la liste des patch qui ont été integré dans les
differantes versions de la 1.3 à la 1.3x. Ainsi chaque utilisateur pourrait
voir si le ou les patch peuvent corriger son problème.

Je pense que vous devez vous ameliorer sur la gestion des versions si vous ne
voulez pas à terme être debordé par les utilisateurs de SPIP qui sont de plus
en plus nombreux.

Pour finir sur une note positive, SPIP est un tres bon produit, et je crois si
actuellement on voit beaucoup de personne qui ont envie de creer des branches
parallèle, c'est peut être par un manque d'information sur ses évolutions et
l'intégration des patch en fait partie.

PS : j'ai déjà poste deux mail sur les adaptations a faire dans SPIP pour
l'installer sur firstream sans aucune reponse de la part des développeurs, et
sans aucune trace dans le ficheir TODO.txt.

En réponse à Fil <fil@rezo.net>:

@ jean.marc.baubet@free.fr <jean.marc.baubet@free.fr> :

La j'avoue ne plus rien comprendre entre l'espace DISTRIB et l'espace devel.
C'est quoi la version de dev ?

Celle qui se trouve dans http://rezo.net/spip-dev/devel/

Dans DISTRIB/ c'est la version annoncée et "officielle".

Je pense réellement qu'il y aurait moins de problème si vous notiez vos
versions 1.3 pour la première verions 1.3 officielle puis 1.3a, 1.3b pour les
versions "patchées" suite à la correction de bug, et uniquement corection de
bug.

oui oui.

PS : j'ai déjà poste deux mail sur les adaptations a faire dans SPIP pour
l'installer sur firstream sans aucune reponse de la part des développeurs, et
sans aucune trace dans le ficheir TODO.txt.

537 mails reçus sur les listes spip et spip-dev entre le 20 janvier et le 30
janvier. Je n'arrive même plus à tout suivre, donc je picore ce à quoi je
peux répondre / les bugs que je peux récupérer... Pour le reste, je les
marque dans ma mailbox, en attendant d'avoir du temps.

Ce n'est pas faute d'avoir demandé plusieurs fois sur cette liste que
quelqu'un se charge de gérer :
    - une base de données des bugs en cours (avec spip, ça
      peut être pratique qu'il y ait un forum sous chaque article-bug,
      histoire qu'on puisse discuter du bug, et finir par marquer le bug
      comme "fermé" ;
    - une liste des nouveautés apportées au code.

Pour l'hébergement il n'y a pas de problèmes, on peut l'installer sur
rezo.net, à moins qu'uZine puisse étendre sa partie "spip" à des admins
restreints ?

-- Fil

Salut,

Pour l'hébergement il n'y a pas de problèmes, on peut l'installer sur
rezo.net, à moins qu'uZine puisse étendre sa partie "spip" à des admins
restreints ?

Etant donnés que les liens de SPIP avec uzine et le minirézo
sont de plus en plus ténus, il serait plutôt bon de donner à
SPIP un vrai site indépendant (ne serait-ce que pour couper
court aux spéculations sur "ça ne répond qu'aux besoins
d'uzine"). J'ai réservé spip.eu.org il y a un bout de temps,
on peut éventuellement l'héberger sur rezo ? Ou alors j'ai
un compte sur l'autre net qui l'accueille actuellement.

a+

Antoine.

@ Antoine Pitrou <antoine@rezo.net> :

Etant donnés que les liens de SPIP avec uzine et le minirézo
sont de plus en plus ténus, il serait plutôt bon de donner à
SPIP un vrai site indépendant (ne serait-ce que pour couper
court aux spéculations sur "ça ne répond qu'aux besoins
d'uzine").

Je n'ai pas d'opinion tranchée sur cette question précise, en revanche on ne
peut pas continuer à avoir la doc sur uZine et rien d'autre. Et pour
intégrer des admins spécifiques, c'est sûr qu'il faudra sortir d'uZine.

J'ai réservé spip.eu.org il y a un bout de temps, on peut éventuellement
l'héberger sur rezo ? Ou alors j'ai un compte sur l'autre net qui
l'accueille actuellement.

Mieux vaut mutiplier les hébergeurs, comme ça en cas de plantage de l'un on
a toujours l'autre pour donner des indications de secours. OK pour l'autre
net, en ce qui me consterne.

L'idée serait d'avoir :
    * doc multilingue
    * base de bugs + forums
    * nouveautés
    * base de connaissances

Pour les forums aide/devel, je continue à préférer les listes aux forums
spip (pour preuve ?, personne ne répond jamais ou presque sur les forums
spip d'uZine)

Pour l'affichage ddu code à l'écran le mécanisme actuel sur
rezo.net/spip-dev/ est à mon avis pas mal ; je regrette d'avoir si
copieusement "archivé" des versions anciennes, pour chercher un fichier
source particulier il faut télécharger le .zip ; m'enfin ça roule.

-- Fil

En réponse à Fil <fil@rezo.net>:

> J'ai réservé spip.eu.org il y a un bout de temps, on peut
éventuellement
> l'héberger sur rezo ? Ou alors j'ai un compte sur l'autre net qui
> l'accueille actuellement.

Mieux vaut mutiplier les hébergeurs, comme ça en cas de plantage de l'un
on
a toujours l'autre pour donner des indications de secours. OK pour
l'autre
net, en ce qui me consterne.

Je rappelle qu'il existe aussi TuxFamily.org, excellent hébergeur gratuit AMHA.
En plus sur TF on peut ouvrir un CVS :wink:

L'idée serait d'avoir :
    * doc multilingue
    * base de bugs + forums
    * nouveautés
    * base de connaissances

Base de connaisance je peux coder quelque chose en PHP/MySQL si vous voulez.
Enfin, je ne sais pas comment vous voyez le truc, moi je pensais à des "fiches"
stockées dans une base de données...

rezo.net/spip-dev/ est à mon avis pas mal ; je regrette d'avoir si
copieusement "archivé" des versions anciennes, pour chercher un
fichier
source particulier il faut télécharger le .zip ; m'enfin ça roule.

Tsss... au risque de me répéter, le CVS est aussi fait pour cela. On peut
récupérer un fichier précis, ou le projet complet tel qu'il était à une date
précise ou bien à une release particulière...

En plus sur TF on peut ouvrir un CVS :wink:

Génial, mais Arno ne veut pas de cvs pour l'instant.

Base de connaisance je peux coder quelque chose en PHP/MySQL si vous voulez.

Bah euh ! Il faut qu'on le fasse avec spip !

-- Fil

En réponse à Fil <fil@rezo.net>:

@ jean.marc.baubet@free.fr <jean.marc.baubet@free.fr> :
> La j'avoue ne plus rien comprendre entre l'espace DISTRIB et l'espace
devel.
> C'est quoi la version de dev ?

Celle qui se trouve dans http://rezo.net/spip-dev/devel/

Dans DISTRIB/ c'est la version annoncée et "officielle".

> Je pense réellement qu'il y aurait moins de problème si vous notiez
vos
> versions 1.3 pour la première verions 1.3 officielle puis 1.3a, 1.3b
pour les
> versions "patchées" suite à la correction de bug, et uniquement
corection de
> bug.

oui oui.

> PS : j'ai déjà poste deux mail sur les adaptations a faire dans SPIP
pour
> l'installer sur firstream sans aucune reponse de la part des
développeurs, et
> sans aucune trace dans le ficheir TODO.txt.

537 mails reçus sur les listes spip et spip-dev entre le 20 janvier et
le 30
janvier. Je n'arrive même plus à tout suivre, donc je picore ce à quoi
je
peux répondre / les bugs que je peux récupérer... Pour le reste, je
les
marque dans ma mailbox, en attendant d'avoir du temps.

Ce n'est pas faute d'avoir demandé plusieurs fois sur cette liste que
quelqu'un se charge de gérer :
    - une base de données des bugs en cours (avec spip, ça
      peut être pratique qu'il y ait un forum sous chaque article-bug,

      histoire qu'on puisse discuter du bug, et finir par marquer le
bug
      comme "fermé" ;
    - une liste des nouveautés apportées au code.

Pourquoi le faire avec SPIP. Ce n'est pas la vocation de SPIP de faire une
gestion d'anomalie.
Il existe des produits sous licence GPL telque Mantis
http://mantisbt.sourceforge.net/ qui sont fait pour cela.
Si quelqu'un en connait d'autre on peut les etudier pour voir celui qui
convriendrait le mieux à SPIP.

@ Antoine Pitrou <antoine@rezo.net> :

Etant donnés que les liens de SPIP avec uzine et le minirézo
sont de plus en plus ténus, il serait plutôt bon de donner à
SPIP un vrai site indépendant (ne serait-ce que pour couper
court aux spéculations sur "ça ne répond qu'aux besoins
d'uzine").

Je n'ai pas d'opinion tranchée sur cette question précise, en revanche on ne
peut pas continuer à avoir la doc sur uZine et rien d'autre. Et pour
intégrer des admins spécifiques, c'est sûr qu'il faudra sortir d'uZine.

Oui, comme je l'ai dit à Arno l'autre soir, c'est très pénible de n'avoir
accès à la doc que en ligne, où alors il faut tout enregistrer à la pogne
(fichier html + images).

L'idéal ce serait d'avoir aussi des "sources" disponibles pour la doc sous
forme de fichiers "SPIPés" dans le repository par exemple.

J'ai réservé spip.eu.org il y a un bout de temps, on peut éventuellement
l'héberger sur rezo ? Ou alors j'ai un compte sur l'autre net qui
l'accueille actuellement.

Mieux vaut mutiplier les hébergeurs, comme ça en cas de plantage de l'un on
a toujours l'autre pour donner des indications de secours. OK pour l'autre
net, en ce qui me consterne.

Et un petit mirror automatisé avec un zoli chrontab quotidien comme sait en
faire fil :)) On pourrait tout à fait faire cela (le mirror) sur
samizdat.net si vous voulez.

L'idée serait d'avoir :
* doc multilingue
* base de bugs + forums
* nouveautés
* base de connaissances

Pour la doc multiligue, les nouveautés, etc SPIP est parfaitement adapté.

Pour la chasse aux bug et la base de connaisance il me semble qu'il y a des
outils plus adapté et plus spécialisés : on ne peut pas tenter une sorte
"d'ointégration" à SPIP ?

Aris

Mieux vaut mutiplier les hébergeurs, comme ça en cas de plantage de
l'un on a toujours l'autre pour donner des indications de secours. OK
pour l'autre net, en ce qui me consterne.

Ok.

Pour les forums aide/devel, je continue à préférer les listes aux
forums spip (pour preuve ?, personne ne répond jamais ou presque sur
les forums spip d'uZine)

Oui. On peut aussi avoir les deux, en laissant les forums vivre leur
vie (personnellement, je n'y vais jamais répondre). Les forums actuels
ne sont pas adaptés dans leur mise en page à un dispositif de
questions/réponses techniques, qui génère en général un fort trafic.

Pour "base de bugs" et "base de connaissances", le problème est
de les tenir à jour, je ne sais pas si quelqu'un en a envie...

Sur celà il faut impliquer les utilisateurs..; quite à modérer plus ou moins
pour éviter de laisser passer des âneries.

aris

Bonjour,

> Pour les forums aide/devel, je continue à préférer les listes aux
> forums spip (pour preuve ?, personne ne répond jamais ou presque sur
> les forums spip d'uZine)

Oui. On peut aussi avoir les deux, en laissant les forums vivre leur
vie (personnellement, je n'y vais jamais répondre). Les forums actuels
ne sont pas adaptés dans leur mise en page à un dispositif de
questions/réponses techniques, qui génère en général un fort trafic.

Le bon systeme pour les forums est bien sur NNTP... Non ?

Hum, pour spip, j'ai lu l'intervention d'une personne à propos de la
nature 'démocratique' de spip (dans le sens 'facilité d'utilisation').

Je crois que plus qu'une base de connaissnace, il faudrait un outils pour
generer des pages spips.

Je vois pas trop comment le réaliser, mais qqch 'point & click' qui
permette de personnaliser un squelete avec quelques boutons et champs,
meme si on ne connait pas assez spip. Genre avec des cases à cocher 'liste
récursive' 'ordre inverse' 'ometre le premier', etc...
Bon, ca me parait un gros travail :frowning: Et je ne vois pas trop comment
l'aborder...
Cependant, ca pourait etre 'utile'.

Un tel systeme serait de fait une 'base de connaissance': les options
implémentés seraient celles dont les spipeurs ont le plus besoins...

  Yannick

le Wed, 30 Jan 2002 11:53:08 +0100 (CET)
"Antoine" <antoine@rezo.net> écrivait :

Etant donnés que les liens de SPIP avec uzine et le minirézo
sont de plus en plus ténus, il serait plutôt bon de donner à
SPIP un vrai site indépendant (ne serait-ce que pour couper
court aux spéculations sur "ça ne répond qu'aux besoins
d'uzine"). J'ai réservé spip.eu.org il y a un bout de temps,
on peut éventuellement l'héberger sur rezo ? Ou alors j'ai
un compte sur l'autre net qui l'accueille actuellement.

J'ai deux serveurs persos dans les baies de Placenet ... aucun
problème pour héberger spip, le domaine, les listes ...
Suffit de demander ...

En réponse à :

Pour "base de bugs" et "base de connaissances", le problème est

de les tenir à jour, je ne sais pas si quelqu'un en a envie...

Pourquoi ne pas utiliser un système comme mis en place sur mon site voir
à l'adresse suivante :
http://www.ecrandebureau.com/article.php3?id_article=24 et
http://www.ecrandebureau.com/article.php3?id_article=39, ce qui permet à
un article, correctif que chaque utilisateur suggère, fasse part d'un
bug, d'une critique.... en fait l'utilisation du forum interne est utile
mais je pense que pour améliorer ce système c'est de créer dans
l'interface d'administration un nouveau module que vous pourriez appeler
envoyer les derniers posts qui serait directement lié à la mail list ou
à des administrateurs... un peu comme on fait pour les nouveautés
éditoriales.

Pour ma part, le système tous simple que j'ai crée marche et à chaque
nouveau post je suis informé sur mon espace privé... via le suivi des
forums

Je ne sais pas si cela peut vous aider en tout cas dites moi ce que vous
en pensez ???
Manuel

-----Message d'origine-----

Pour moi, c'est non. C'est une complication inutile et contreproductive.
Le plus simple est de passer la rubrique SPIP en grand secteur sur uZine, et si nécessaire de filer des admins restreints. Mais comme _rigoureusement_ personne n'a jamais proposé aucune doc pour SPIP, même ça ça me semble pas tellement nécessaire pour l'instant.

ARNO*

****** Message d'origine ******

@ Antoine Pitrou <antoine@rezo.net> :

Etant donnés que les liens de SPIP avec uzine et le minirézo
sont de plus en plus ténus, il serait plutôt bon de donner à
SPIP un vrai site indépendant (ne serait-ce que pour couper
court aux spéculations sur "ça ne répond qu'aux besoins
d'uzine").

Perso, je n'en vois pas la raison... Ce n'est pas parce que deux trois
pseudo-parano 'éprouvent' un besoin d'indépendance (par rapport à qui ?)
que Spip doit être déménagé... à moins qu'il y ai de vraies raisons
uzine/spip...

Mieux vaut mutiplier les hébergeurs, comme ça en cas de plantage de l'un on
a toujours l'autre pour donner des indications de secours. OK pour l'autre
net, en ce qui me consterne.

Si besoin est, le RAS peut abriter un tel mirroir...

@+

Francois Sauterey wrote:

que Spip doit être déménagé... à moins qu'il y ai de vraies raisons
uzine/spip...

En quelque sorte, oui. Bon, nous disons donc ok pour spip.eu.org ?

Je vais me faire l'avocat du diable (si ça se rouve, c'est moi-même qui suis
considéré comme le diable ici). Le problème c'est pas d'être parano et de
vouloir de l'indépendance, mais c'est d'être à la fois réaliste et
pragmatique.

Le réalisme c'est d'admettre que parmis les utilisateurs de spip; beaucoup
ont besoin de fonctionalités supplémentaires, et que parmis ceux-là, certains
développeront eux-même ces fonctionalités supplémentaires. Sinon, ils
utiliseraient je ne sais quelle microsofterie ou autre logiciel sans accès au
code source.

Le pragmatisme, c'est de constater que développer dans son coin des
fonctionalités supplémentaires sans le moindre outils pour se synchroniser
avec le produit d'origine (et malgré tout d'essayer de rester synchro) est un
véritable enfer (étant le diable j'en sais quelque chose ;o) ). Pour peu que
parmis ceux qui développent ce genre de fonctionalité supplémentaire il y en
a un (ou plusieurs) qui soit genre étudiant, et donc qui peut vraiment
développer pas mal de choses, il va rapidement se trouver face à une
situation où le travail pour maintenir synchrone son développement avec le
produit original est plus lourd que le bénéfice que lui apportent les
développements effectués par l'équipe "officielle" du produit d'origine.
Lorsque ce point est atteind, le fork est inévitable, avec tout ce que cela
entraine (balkanisation, duplication du travail, image de marque etc.)
Le CVS allège considérablement ce travail de synchronisation, et donc
repousse d'autant le point de rupture entrainant le risque de fork.

PS: Non je ne suis pas le diable, je suis ce que certains appellent parfois
le "marginal séquent".

PPS: Oui je suis paranoïaque, mais le suis-je suffisemment ? ;o)

NON.

SPIP ne quitte pas uZine: on a vraiment autre chose à faire que de multiplier et déplacer les méthodes de SPIP, qui fonctionnent plutôt bien. Tant qu'on y est, on pourrait aussi changer l'adresse des mailing-lists, parce que c'est lié à rezo.net, et que c'est pas indépendant de ceux qui les gèrent.

ARNO*